到目前为止，Git 流模型对我们公司运行良好，但我们想知道处理这种假设情况的解决方案。我搜索了一下，但我认为我在这个案例中缺乏适当的术语可能阻碍了我的 Google-fu。
master如果您的所有版本都必须“来自”分支的合并提交，详细说明如下：
0.2.0那么你如何处理你释放的情况0.3.0呢0.2.1？此时是否必须从 0.2.x 开发分支执行发布（假设存在一个，或者从0.2.0标签创建）？当然，您不能合并回 master，因为您的补丁版本可能落后于几个提交。
那么是最好的解决方案，例如：
git checkout tag-release-0.2.0
git checkout -b some-0.2.1-critical-feature
.. (work) ..
git commit
# At this point, the release-0.2.x-branch is the same as the above release tag
git checkout release-0.2.x-branch
# Merge the feature branch into the patch release branch
git merge some-0.2.1-critical-feature
# NOTE here! Release occurs from the patch branch!
git tag tag-release-0.2.1
# Merge patch fixes into develop
git checkout develop
git merge tag-release-0.2.1
还有比这更好的解决方案吗？如果RULE是要合并到 master 来执行发布，在下一个次要/主要之前是否必须进行任何补丁发布？