如果您尝试遵循 git-flow 分支模型，documented here和tools here ，你应该如何处理这种情况:
您已经发布了 1.0 版和 2.0 版。然后你需要为 1.0 做一个修补程序。您从 1.0 标签创建一个修补程序分支并在那里实现修复。但是然后呢？
通常你会 merge 到 master 并在那里放一个 1.1 发布标签。但是你不能在 master 上将 1.1 merge 到 2.0 之后的点。
我想您可以将发布标签放在修补程序分支上，但这会在包含发布标签的主分支旁边创建一个永久分支。这是正确的方法吗？
最佳答案
在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
关于git - 在 git-flow 之后，你应该如何处理早期版本的修补程序？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16386323/