在使用 Gitflow 时，将分支命名分为功能、错误修复和修补程序的原因是什么？
即为什么不只是，例如，而不是：
feature/
bugfix/
hotfix/
做就是了：
change/
按功能/错误修复/修补程序分开有什么好处？
问问题
64237 次
1 回答
72
好问题和答案真的取决于你如何对你的 git 进行排序。一般来说，分支模型和 gitflow 试图在几天后提交的混乱中给我们一些秩序。
下图向您展示了它们最有意义的地方。
（据我所知，这一切都来自文森特·德里森的这篇博文）
将直接合并到 master 中的修补程序和合并到 dev 中的错误修复分开，可以更轻松地进行产品周期。
这个想法是您构建您的应用程序，创建功能，制作发布候选（beta 测试），然后发布您的应用程序。在此之后的任何时候都可能需要修补程序。一直回到功能分支并在那里发布错误修复是没有意义的，因为该功能可能已经进一步开发。
那有意义吗？
于 2015-06-29T22:09:22.237 回答