Gitflow功能与bugfix分支命名

Question

使用Gitflow时，将分支命名与功能vs bugfix和hotfix分开的原因是什么？

即。例如，为什么不是，而不是：

setTimeout(function() {
  var foo = 'FOO';
  console.log('Inside the async operation', foo);

  myOtherCode(foo);
}, 0); // Approximate running in next loop of the event cycle

function myOtherCode(foo) {
  console.log('Outside the async operation', foo);
}

只是做：

feature/
bugfix/
hotfix/

按功能/错误修复/修补程序分离是什么？

Answer 1

很棒的问题和答案真的取决于你如何分类你的git。一般来说，分支模型和gitflow试图在几天之后的混乱中给我们一些顺序。

下图显示了他们最有意义的内容。

（据我所知，这一切都来自this blog post by Vincent Driessen）

将直接合并到主服务器中的修补程序与合并到dev中的错误修正程序分开，可以更轻松地使用产品周期。

我们的想法是构建您的应用，创建功能，制作候选发布版（测试版），然后发布您的应用。在此之后的任何时候都可能需要修补程序。没有必要一直回到功能分支并在那里发布错误修复，因为该功能可能已经进一步开发。

这有意义吗？