Gitflow功能与bugfix分支命名
Pav*_*kov 35 branch git-workflow git-flow
在使用Gitflow时,将分支命名与功能与错误修复和修补程序分开的原因是什么？
也就是说,为什么不只是,例如,而不是:
feature/
bugfix/
hotfix/
做就是了:
change/
通过feature/bugfix/hotfix分开购买什么？
Dom*_*nik 43
很棒的问题和答案真的取决于你如何分类你的git.一般来说,分支模型和gitflow试图在混乱中给我们一些命令,即几天之后提交.
下图显示了他们最有意义的内容.
(据我所知,这一切都来自Vincent Driessen的博客文章)
将直接合并到主服务器中的修补程序和合并到dev中的错误修正符分开,可以更轻松地使用产品周期.
我们的想法是构建您的应用程序,创建功能,制作候选版本(beta测试),然后发布您的应用程序.在此之后的任何时候都可能需要修补程序.没有必要一直回到功能分支并在那里发布错误修复,因为该功能可能已经进一步开发.
那有意义吗？
- 嗯,是.当你必须为已经发布的版本修复某些内容时,修补程序是一个在压力下的错误修复程序.您不会回到功能分支或子模块并在那里修复它,因为此模块可能已经为下一个版本进一步开发.想想Windows XP.完整的修补程序:) (15认同)
- 我认为修补程序是错误修复.有区别吗？ (6认同)
- 在git-flow中,'hotfix'与'feature'的不同之处在于它们的基础以及它们在完成时合并到的位置(如本答案中的模型所示).'hotfix'基于master,并在完成时合并到master和develop中.'feature'基于开发,并在完成后合并到开发中.'bugfix'没有很好的记录,但我相信它只是在语义上与'功能'不同. (6认同)
- bugfix是一个git-flow-avh扩展，它体现了上图中绿色发布行上的工作功能。bugfix从release分支分支出来，并在完成时合并到release和development分支。 (4认同)