我是gitflow的新手，所以有几个问题。
我们真的需要developer分支吗？它有什么用途？
我们很可能有一个master分支，其中所有内容都合并到生产级别。然后，对于每个版本，我们都有发布分支，这些分支将部署到生产中以进功能分支是开发人员编码的地方，然后将pull请求合并到相关的发布分支。
我在这里缺少什么？
答案 0 :(得分：1)
我在这里缺少什么？
直言不讳...... 一切。
您选择使用Git Flow来避免因您不确定已投入生产的提交而出现混乱，以准确跟踪哪些提交在哪里，并减少每个人将所有内容集成到一个分支中的麻烦有很多冲突和错过的假设。
让我们从顶部开始：
我们真的需要
developer分支吗？它有什么用途？
在Git Flow中，有两个分支：
在此方案中，master包含被视为生产就绪的代码。如果必须，你可以在任何时刻部署主人的小费，你会没事的。 develop或developer是实际发展的地方;有些东西需要在这里集成并一起测试，这就是发生这种情况的地方。你想在这里做到这一点，以使自己免受任何可能出现的错误。
我们可以拥有一个主分支，其中所有内容都合并到生产级别。然后，对于每个版本，我们都有发布分支，这些分支将部署到生产中以供发布。
这意味着master分支只起一个作用：它是一个集成点。您不能再声称master是生产就绪代码。
那就是说，Git Flow不适合所有人。可能的情况是，您的master分支有很多非常好的回归测试，允许您直接提交它，并且您可以在发生灾难性版本的情况下回滚。
但是，如果你想使用Git Flow，你必须订阅这样的概念，即在将它合并到master之前，在单独的集成分支上测试工作。