源代码管理：分支机构应该使用哪个版本编号？

Question

如果在源代码管理中创建了分支，那么如果发布分支代码，应该使用哪个版本号？

例如。如果最后一个版本号是v1.2.8并且创建了分支，那么分支和主干的下一个版本号应该是什么？

Answer 1

这取决于分支的用途（它隔离了哪些开发工作，如“When should you branch”中所述）

例如，对于不添加任何新功能的修补程序，可能是v1.2.9 但实际上版本号政策是：

• 非常多元化（见list for instance）
• can be a bit crazy at time
• 不得与internal technical revision number
混在一起
• 可以加倍commercial naming strategy

要记住的重要一点是，可以在任何分支上生成vx.y.z之类的标签。它只是标志着开发生命周期中的一个稳定点。

Answer 2

在我们的项目中，我们遵循单一版本分支策略：发布将始终在发布分支上执行。可以有几个开发/功能/错误修复分支，但我们从不从这些分支发布产品。它们将首先合并到发布分支并从发布分支发布。

在非发布分支上，始终使用SNAPSHOT版本（我们使用Maven），版本名称是分支名称。例如，在名为featureX的分支上，版本为featureX-SNAPSHOT。在发布分支上使用数字版本。版本号将在新版本中进入。通过这种方式，我们不会打扰在非发布分支中使用的版本号。