为什么需要在 GitFlow 中开发分支

Question

我们知道 git-flow 是这样的 资料来源：文森特·德里森

不知道为什么需要develop分支，没有develop分支会导致什么问题？为什么不合并功能分支直接发布分支呢？

Answer 1

实际上，我不会说给出的答案正确解释了为什么需要开发分支和主分支来实现可发布状态。 在每个版本上创建的版本标签也反映了可发布状态，并且在 Git 中，如果需要，您始终可以随后根据这些标签创建一个新分支。

事实上，已有多篇博文批评Git Flow 模型并提出了一种更方便的分支模型，该模型只使用一个主分支，即“master”。 以下是参考资料：

https://reallifeprogramming.com/git-process-that-works-say-no-to-gitflow-50bf2038ccf7 https://www.endoflineblog.com/gitflow-thinked-harmful

因此，这个问题的实际答案应该是：如果您按照链接帖子中的描述调整工作流程，则不一定需要开发分支。 尽管如此，您不会将您的功能合并到发布分支，而是合并到主分支，因为您希望它们在未来版本中也可用。

Answer 2

你不能在每次开发新功能时发布，当开发分支处于“可发布”状态时，你会发布一个版本。 即最终用户可以准确地使用该版本。 所以主分支反映了最终用户可以使用的版本和热修复。 换句话说，master head 总是一个可以使用的版本，没有 develop 分支你就无法得到它。

文森特·德里森写道：

我们认为 origin/master 是 HEAD 源代码始终反映生产就绪状态的主要分支。

我们认为 origin/develop 是主分支，其中 HEAD 的源代码始终反映下一个版本最新交付的开发更改的状态。 有些人将其称为“集成分支”。 这是构建任何自动夜间构建的地方。

你可以在这里得到所有的原始帖子