一个小型开发团队的新项目的git分支策略

我们是一个由3名成员组成的团队，我们将在git中创建一个新的iOS项目。 作为一个小团队，所有三个开发人员将处理所有模块

当我们部署到生产服务器上时，为每个开发人员创建一个单独的分支并合并到master是否更好

可以让所有开发人员在同一个主分支上工作吗

---

有谁能给我推荐一个新项目的最佳git分支策略吗？

虽然我不想涉足确定最佳分支策略的宗教领域，但我认为可以肯定的是，开发人员不应该一意孤行地致力于掌握

一个典型的策略是让开发人员为每个特性或错误修复创建一个单独的分支，这样就可以在逐个特性（分支逐个分支）的基础上决定是否以及何时合并到主功能中。如果你不确定你的工作流程应该是什么，我建议你按照这些思路去做，除非你有很好的理由去偏离

---

对这种方法的一种常见解释是

谢谢，为每个功能创建一个单独的分支将有助于更新现有项目，但我们正处于创建新项目的开始。在这种情况下，两个开发人员将修改同一个文件。如果我们维护单独的分支，它会满足我的需要吗？@satyanarayana：无论您是否在单独的分支上工作，都可以同时处理相同的文件。无论哪种方式都会很痛苦。重要的是要明白，使用Git，您永远不会真正在同一个分支上工作。每个团队成员的工作都在其本地分支机构中进行，他们可以独立于其他团队成员对其进行承诺。这个本地分支是作为一个单独的分支发布给团队的其他成员，还是直接合并到共享分支，这纯粹是一个过程问题。@Trott：你已经涉入了宗教领域，说每个致力于掌握的人都是反模式的。我认为你的意思是，每个人在没有事先审查的情况下直接进入分支机构是个坏主意。我同意这一点，但避免这一点并不意味着您需要为每个逻辑更改创建（发布）分支。例如，像Gerrit这样的代码审查工具允许人们将他们的工作建立在master（阻止分支分支分支）等基础上，但仍然有能力检查分支中的实际内容。@Magnubsäck感谢您的深思熟虑的评论。我对我的答案进行了编辑，希望能更清楚，或者至少不那么武断