开发人员与发布分支 gitflow

Question

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

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

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

我在这里缺少什么？

Answer 1

我在这里缺少什么？

坦率地说……一切。

您选择使用 Git Flow 来避免与您不确定是否进入生产环境的提交混淆，准确跟踪哪些提交在哪里，并减少每个人将所有内容一次集成到一个分支中的麻烦冲突和遗漏的假设。

让我们从顶部开始：

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

在 Git Flow 中，有两个适当的分支：

• 掌握
• 发展

在这种情况下， master包含被视为生产就绪的代码。 如果有必要，你可以随时部署大师的尖端，你会没事的。 develop或developer ，是实际开发发生的地方； 有些东西需要在这里集成并一起测试，这就是发生这种情况的地方。 您希望在此处执行此操作，以使自己免受可能出现的任何错误的影响。

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

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

---

也就是说，Git Flow 并不适合所有人。 可能你的master分支有很多非常好的回归测试，可以让你直接提交给它，并且你可以在灾难性的发布时回滚。

但是，如果您想使用 Git Flow，您必须同意这样一种观念，即工作在合并到 master之前在单独的集成分支上进行测试。