开发者vs发布分支gitflow

Question

我是gitflow的新手，所以有几个问题。

我们真的需要developer分支吗？它的用途是什么？

我们可以很好地有一个master分支，其中一切都合并到生产级别。然后，对于每个版本，我们都有发布分支，这些分支将被部署到生产版本中。功能分支是开发人员编码的地方，然后是一个拉取请求合并到相关的发布分支。

我在这里错过了什么？

Answer 1

我在这里错过了什么？

待钝...... 全部。

您选择使用Git Flow来避免不确定地进入生产的提交，保持准确跟踪哪些提交是在哪里，并减少将所有内容集成到一个分支的每个人的头痛曾经有过很多冲突和错过的假设。

让我们从顶部开始：

难道我们真的需要developer分支？它的用途是什么？

在Git的流量适当的，有两个分支正确：

• 主
• 发展

在这种情况下，master包含被认为是生产准备代码。如果你不得不，你可以随时部署主人的尖端，你会没事的。 develop或developer，是实际发展的地方;有些东西需要整合在一起并一起测试，所以这就是发生这种情况的原因。你想在这里做到这一点，以避免任何可能出现的错误。

我们可以很好地拥有一个主分支，所有东西都被合并到生产级别。然后，对于每个版本，我们都有发布分支，这些分支将被部署到生产版本中。

这意味着master分支只服务于一个角色：它是一个集成点。您不能再声称master是生产就绪的代码。

---

也就是说，Git Flow不适合每个人。有可能你的master分支有很多非常好的回归测试，可以让你直接对它进行提交，并且如果发生灾难性的发布，你将能够回滚。

但是，如果您想使用Git Flow，则必须订阅工作在独立集成分支上进行测试的概念，然后将其合并为主。