问题标签 [gitversion]

我尝试在使用 git-tfs 迁移的极其古老且复杂的代码库上运行 gitVersion。我确实在大多数分支中得到了结果，但它们是不正确的。

1. 如何开始使用现有存储库？
2. 如何调试结果，以便我知道最终输出的贡献是什么？
3. 是否可以忽略某些分支，因为它们使用的错误归因于更大的数字？

我接近让 GiVersion 在 TeamCity 上工作。但是 GitVersion 在我的构建时间上花费了 5 分钟，因为它没有缓存版本号。

我错过了什么？

使用 GitVersion，变量 NuGetVersionV2 和 NuGetVersion 有什么区别？此处找到的示例将它们显示为同一事物。

我正在尝试git fetch从我的构建代理中执行完整的操作，以便在 TeamCity中使用GitVersion 。

根据http://gitversion.readthedocs.io/en/latest/build-server-support/build-server/teamcity/#agent-checkout ，我选择在 TeamCity 中使用代理结帐选项

但是，当我在代理上执行结帐时，我无法获取分支的完整 git 历史记录。我得到与此相同的结果：https ://github.com/GitTools/GitVersion/issues/912 - 具体来说：

System.InvalidOperationException：在本地或远程都找不到“开发”或“主”分支。

我的猜测是这是因为 TeamCity 只检查了回购历史的一个子集。

Github 问题有一个git fetch在每次构建开始时执行命令的解决方法。这是 TeamCity 可以作为 VCS 根的一部分本机支持的东西吗？

提前致谢

如果我指定“OutputType”与省略此设置，GitVersion 别名返回的对象不同是否正常？

如果我指定输出类型，则返回对象的属性都是“空”，但是当我省略设置时，属性被设置为预期值

例如：

输出是：

如果我像这样改变我的任务：

输出是：

我在一个由具有多个类库项目的解决方案组成的 .net c# 项目中。

源代码控制由 git 使用 gitflow 作为分支模型进行管理。我们决定要实现项目的语义版本控制( http://semver.org/ )，以便遵循标准方式来传达我们的版本。为此，我们正在使用GitVersionTask（通过 NuGet），它与 gitflow 配合得非常好。

每次我们标记一个版本并从主分支执行构建时，所有程序集的版本都会更新，并且新版本即将交付。只有其中一个程序集具有公共 API，其他所有程序集供内部使用。我想知道这是否是管理同一项目的多个程序集版本的正确方法我的意思是，当只更改几个（甚至一个）时更改每个程序集的版本是不是错误的？为了让想法更复杂，一些“内部”程序集很可能会被其他项目使用，所以我认为增加一个没有遭受更改的程序集的主要版本只是因为另一个程序集同一个项目正在推动重大变革。每个组装项目都应该在自己的存储库中管理吗？

提前致谢。

我们使用 Jenkins CI，最近一直在尝试使用 GitVersion 自动生成 SemVer 版本号。但是，当将 GitVersion 与 Multibranch Pipeline 作业（自动为给定的 Git 存储库构建分支和 PR）结合使用时，我们遇到了 GitVersion 的限制，即只有一个远程（由其NormalizeGitDirectory函数强制执行）。我们遇到的具体错误是：

System.ComponentModel.WarningException：已检测到 2 个遥控器。在构建服务器上运行时，Git 存储库应承载一个（且不超过一个）远程。

我们找到的唯一解决方案（如此处的博客）是在SCM 签出之后，在任何会调用 GitVersion 的构建步骤之前手动删除“origin1”远程，如下所示：

这行得通，但感觉很像 hack，并且可能不适用于任何分叉来源的 PR。

那里有更好的解决方案吗？

I have following after_build definitions in my appveyor.yml:

Now, I have those two .proj-files, which contain a corresponding .nuspec-file:

Finally, I have a little addition for the extras_project_file:

Actually, project_name is replaced with a hardcoded value for simplicity reasons - no injection with -properties yet. Secondly, any project related elements, such as description and authors, have been omitted to provide a neutral question, despite being mandatory for the actual packing.

project_file is packed succesfully:

Attempting to build package from 'Caliburn.Micro.Contrib.Controller.csproj'.
MSBuild auto-detection: using msbuild version '14.0' from 'C:\Program Files (x86)\MSBuild\14.0\bin'.
Packing files from 'C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller\bin\Release'.
Using 'Caliburn.Micro.Contrib.Controller.nuspec' for metadata.
Found packages.config. Using packages listed as dependencies
Successfully created package 'C:\projects\dotnet-caliburn-micro-contrib-controller\Caliburn.Micro.Contrib.Controller.0.1.0-unstable0068.nupkg'.

Whereas extras_project_file fails:

Attempting to build package from 'Caliburn.Micro.Contrib.Controller.Extras.csproj'.
MSBuild auto-detection: using msbuild version '14.0' from 'C:\Program Files (x86)\MSBuild\14.0\bin'.
Packing files from 'C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller.Extras\bin\Release'.
Using 'Caliburn.Micro.Contrib.Controller.Extras.nuspec' for metadata.
Found packages.config. Using packages listed as dependencies
Versions using SemVer 2.0.0 are not supported: 0.1.0-unstable.68+Branch.develop.Sha.7f85e35f315f7fe3ecd35762b65802e5467a57c2.

I am not even sure that this feature (token replacement in <dependencies>) is actually available.

If not, how else can I package two .csproj-files into two separate .nupkg-files, where one has a dependency on the other one with a specific version (same version as the package to build)?

INFO [12/05/16 6:55:57:90] 找到可能的父分支：origin/develop、origin/release/2.0.0 WARN [12/05/16 6:55:57:90] 无法继承增量分支配置，最终得到：origin/develop，origin/release/2.0.0

在功能/2.0.0 分支的 git 版本配置下使用

功能：正则表达式：功能？[/-] 模式：ContinuousDelivery 标签：useBranchName 增量：继承防止增量合并分支版本：假轨道合并目标：假轨道释放分支：假是释放-分支：假

使用以下命名创建的 Nuget

错误：'2.1.0-2-0-0-0001' 不是有效的版本字符串。

成功构建后，将标签格式配置为$(GitVersion.NuGetVersion)，生成的标签设置为$(GitVersion.NuGetVersion)不是该变量的实际扩展值。

在构建输出日志中，有 2 个部分/计划：构建和完成构建。

据推测，一旦构建代理移动到第二部分/计划，所有变量上下文/状态都将丢失。

如果 GitVersion 变量的上下文在 Finalize Build 部分丢失，我应该如何使用生成的 GitVersion 标记源？

https://github.com/Microsoft/vsts-agent/issues/716