只增加正式发布的内部版本号？

Question

增加内部版本号的策略是什么？

Answer 1

大多数软件都有版本号层次结构：

1. “营销”版本号（如“Windows 7”）
2. 主要版本号 - 当主要新版本破坏与先前版本的兼容性时，通常会增加，增加一项主要新功能，需要购买升级版本等。
3. 次要版本号 - 每次发布错误修复或次要功能增强时都会升级
4. 构建号 - 每次对程序进行任何更改时都应该增加此值，这样，如果有人在夜间构建或beta测试版本中发现问题，您就可以准确识别正在测试的版本。这个数字通常是您的版本控制系统中的修订版号，如Subversion，时间戳或类似的东西，可以让您在必要时将代码回滚到该版本。

Answer 2

1. 所有dll必须具有相同版本号的一个版本。
2. 内部版本号由“MajorVersion.MinorVersion.BuildNumber.Revision”组成，通常我将Revision Number保留为0.只更改前3个数字。
3. 对于每晚的构建，BuildNumber将自动递增。如果更改足够大，我会手动增加majorversion和minorversion。

Answer 3

每个签到都应标记为版本，使用subversion当前版本作为构建exe版本的一部分。

Answer 4

增加每个构建的构建数是非常合理的。通过这种方式，测试人员可以更准确地判断他们发现了哪些构建错误以及何时确认其已修复。

Answer 5

我们有一个内部版本号，每次构建时都会增加（正式或其他）。我们使用CruiseControl.NET贴标机。

我们的版本号仅在正式版本中手动递增，我们在其中一个CC.NET脚本中集中定义，这些脚本保存在源代码管理中。

Answer 6

就像每个人都说的那样，增加每个构建的内部版本号。当我们做分支时，我们手动设置主要/次要数字，分支通常在发布前几周完成，然后该分支进行回归测试。在分支上完成的构建仍然会增加。