CruiseControl.NET 自动构建版本号

Question

这是一个复杂的问题，所以我希望我能够很好地解释它。

背景

我正在使用 CruiseControl.NET 和 NAnt 自动化构建过程。我遇到的最头痛的是版本号格式和 CruiseControl.NET 在运行构建项目之前需要来自贴标机的标签。

目前，开发人员运行 Visual Studio 2008 来生成调试、发布和自定义版本。这些配置中的每一个都会调用 BuildInc（自定义工具）来读取文件 (version.ver)，递增读取的版本号，为可执行属性生成 .rc2 文件，并将新版本写回到 version.ver。显然，version.ver 和 .rc2 发生了变化，需要在开发人员在源代码管理中标记版本之前检查源代码。源代码管理中的标签是版本号，即 1.2.3.4 -> 1-2-3-4。

目前，新的自动构建会触发调用 NAnt 脚本的 CruiseControl.NET 项目。 NAnt 脚本运行 Visual Studio 并将生成版本发布到发布目录。这工作正常，NAnt 脚本能够通过读取 version.ver 来获取以前和新的版本号。问题是让 CruiseControl.NET 标记源并在仪表板上显示标签。新版本号/标签是在构建过程中生成的，要增加的版本号保存在 Visual Studio 项目中的预链接任务参数中。

版本号

版本号采用独特的格式，并且在主干和开发分支上完成的构建之间有所不同。在分支上完成的构建是为了在完成后合并回主干中。

Trunk

• 格式：[Major].[Merge].[Release].00 即 42.01.02.00
• Major：系统编号
• Merge：如果合并分支则递增
• Release：在 bug 修复时递增

分支

• 格式 [Major].00.[Stream]。 [Release] 即 42.00.01.01
• Major：系统编号
• Stream：流编号，将其链接到其他组件以进行增强
• 版本：增加错误修复

数字以零为前缀，即01、02。这与我遇到的任何工具都不能很好地配合。 （我希望改变这一点）

问题

毕竟我希望你理解我的问题。

1. 我可以对自动化流程进行哪些总体改进？
2. 您认为在开始构建之前应该知道版本号吗？
3. 自动构建系统是否应该自动增加版本号？
4. 我应该考虑更改版本号格式吗？
5. 还有其他意见吗，我真的需要更多意见。

如果需要更多信息，请告诉我。

注释

语言是C++，平台是Windows，源代码控制是CVS。

Answer 1

您可以向项目添加构建后事件，该事件会将最新的构建号（以您想要的任何格式）写入源文件夹中的文本文件（例如 label.txt）。

然后添加一个 fileLabeller 类型标签以获取最新版本号，该版本号将从 label.txt 中获取版本号。

<labeller type="fileLabeller">
   <labelFilePath>ProjectFolder\label.txt</labelFilePath>
   <allowDuplicateSubsequentLabels>true</allowDuplicateSubsequentLabels>
</labeller>