3

我在v1.0有一个 master 分支和一个v1.1dev的开发分支。

然后我从 dev 创建一个新的发布分支，并将版本号从v1.1dev 提升到v1.1，完成，将所述发布分支合并到 master 中，并且 presto - v1.1诞生于master.

但是随后，我将相同的发布分支合并回 dev ，因此 dev 分支也是v1.1。

尽管这在技术上是正确的，但我觉得 dev 它应该始终以dev结尾，因为毕竟，它是正在朝着下一个真正版本努力的开发版本。

所以我的问题是：

  • 在合并到发布分支后，是否每个人都在 dev 分支上专门提交一次提交来提升他们的 Dec 代码的版本，还是我遗漏了一些东西（脚本、方法、技术等）？
  • 另外，上面的描述是否普遍代表人们如何提高他们的版本号？

TL;DR： 假设语义版本控制，您应该何时在 git 版本化项目的各个分支中增加版本号？

4

1 回答 1

0

尽管现在这对您来说可能不再是问题，但是当您说：

...始终是朝着下一个真实版本努力的开发版本...

分支代码时，将分支版本保留为 v1.0。这将是发布分支，即进入此版本的代码库，如果用户无法升级到下一个完整版本，您可以在将来需要修复错误或增强此版本时对其进行修补。

您始终可以将该分支中的更改合并回 master，但显然不是任何定义版本号的代码，这通常位于配置、属性或构建文件中。

分支后，将 master 中的版本提升到 v1.1.x 或 v1.1-DEV 或任何您喜欢的名称。

于 2017-10-26T10:41:05.217 回答