Version control 源代码管理:分支应该使用什么版本编号?

Version control 源代码管理:分支应该使用什么版本编号?,version-control,branch,versioning,Version Control,Branch,Versioning,若分支是在源代码管理中创建的,那个么在分支代码发布时应该使用什么版本号 例如,如果上一个版本号是v1.2.8,并且创建了一个分支,那么分支和主干的下一个版本号应该是什么?这取决于分支的用途(它隔离了哪些开发工作,如“”中所述) 例如,对于不添加任何新功能的修复程序,它可以是v1.2.9 但实际上,版本号策略是: 非常多样化(见下图) 不得与 可以增加一倍 需要记住的重要一点是,像vx.y.z这样的标签可以在任何分支上生成。它只是标志着开发生命周期中的一个稳定点。在我们的项目中,我们遵循单一

若分支是在源代码管理中创建的,那个么在分支代码发布时应该使用什么版本号


例如,如果上一个版本号是v1.2.8,并且创建了一个分支,那么分支和主干的下一个版本号应该是什么?

这取决于分支的用途(它隔离了哪些开发工作,如“”中所述)

例如,对于不添加任何新功能的修复程序,它可以是
v1.2.9

但实际上,版本号策略是:

  • 非常多样化(见下图)
  • 不得与
  • 可以增加一倍

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

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


在非发布分支上,始终使用快照版本(我们使用Maven),版本名称是分支名称。例如,在名为
featureX
的分支上,版本为
featureX SNAPSHOT
。发布时使用分支数字版本。版本号将在新版本中逐步增加。这样,我们就不用担心在非发布分支中使用什么版本号了。

好吧,只要开发者知道版本号的含义,就可以了?@Craig:是的,可以,如果它的含义符合上述分支中隔离的开发工作。如果它只是一个小错误修复/升级,那么它不应该只是最后一个数字的增量:即v1.2.10吗?@Craig:但你在问题中提到了“
v1.2.8
”。。。因此我增加了:“
v1.2.9