git - 在 git-flow 之后，你应该如何处理早期版本的修补程序？

Question

如果您尝试遵循 git-flow 分支模型，documented here和tools here ，你应该如何处理这种情况:

您已经发布了 1.0 版和 2.0 版。然后你需要为 1.0 做一个修补程序。您从 1.0 标签创建一个修补程序分支并在那里实现修复。但是然后呢？

通常你会 merge 到 master 并在那里放一个 1.1 发布标签。但是你不能在 master 上将 1.1 merge 到 2.0 之后的点。

我想您可以将发布标签放在修补程序分支上，但这会在包含发布标签的主分支旁边创建一个永久分支。这是正确的方法吗？

Answer 1

在git flow中似乎有一个“支持”分支的概念。这用于向早期版本添加修补程序。

This thread has more information ，这些例子:

git checkout 6.0
git checkout -b support/6.x
git checkout -b hotfix/6.0.1

... 进行修复，然后:

git checkout support/6.x
git merge hotfix/6.0.1
git branch -d hotfix/6.0.1
git tag 6.0.1

或者使用git flow命令

git flow support start 6.x 6.0
git flow hotfix start 6.0.1 support/6.x

...然后进行更改:

git flow hotfix finish 6.0.1