mercurial - 处理 Mercurial 中的修补程序分支

我们当前的分支策略是使用三个分支: default 、 release 、 hotfix 。
hotfix 从 release 分支出来，然后，在 QA/测试之后，合并回 release ，然后合并到 default 。

当下一个版本完成并且需要创建另一个修补程序时，我们应该用最新的代码更新 hotfix 分支还是只是 force 从最新的版本分支创建一个新的 hotfix 分支？

我的直觉是重新创建分支，以便在重新创建分支的时间和原因方面更加明确。但是，我不确定重新创建分支是否有任何缺点。

最佳答案

您可以 给每个发布/修补程序分支自己的名称 ，例如v1.0.0 和 v1.0.0-hotfix 。在下一个版本发布时，您可以关闭旧的版本/修补程序分支。

您还可以 根据需要创建特定于修补程序的分支 。当你确定一个新的修补程序时，给它一个名称和/或标识符，为它创建一个分支(例如 hotfix-v1.0.0-001 )并制作修补程序。一旦被接受，将其合并到 release 并关闭它。

或者，如果您想在发布新产品时保留当前的 ​​release/hotfix 命名方案 ，请将 default 合并到 release 中，然后再发布到 hotfix 中。因为您已经将它们合并为默认值，所以您不应该遇到任何合并冲突。如果你这样做，你就知道总是站在默认的一边。

关于mercurial - 处理 Mercurial 中的修补程序分支，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/12269967/