process - 您的构建和发布步骤是什么？何时增加内部版本号？

Question

尽管要求很简单，但我在定义和自动化我的构建过程时遇到了麻烦:

1. 每个版本都应该有一个唯一的版本号。
2. 每个带标签的版本都应该是可复制的

我有什么:

• C++、Red Hat Enterprise Linux 5.x、Subversion 开发环境。
• 构建机(实际上是虚拟机)
• 一个包含主要、次要和内部版本号#defines 的 version.h 文件。
• 用于递增 version.h 内部版本号的脚本。
• 导出标记的 Subversion 源、构建和制作 rpm 安装程序包的 rpmbuild 规范文件。

问题:

• 假设每个项目有多个开发人员，什么时候应该增加内部版本号并 checkin version.h 文件？造机？某种颠覆 Hook ？构建前还是构建后？

提前感谢那些愿意花时间分享他们在构建过程中的经验的人。

-埃德Linux新手。前 Windows C++/.NET 开发人员。

Answer 1

为什么不修改您的构建过程，以便它从存储库中获取最新的修订号并将其用作构建号？

假设 svn 包含所有进入产品构建的元素，那应该为每个潜在的不同构建提供一个唯一的编号，并且可以很容易地匹配构建时代码库的状态.如果有其他元素会随时间变化，您可以添加另一个与修订号相连的项目 - 可能是日期/时间值。

您永远不必担心手动增加它，因为每次开发人员提交时，他们都会自动增加修订号。