任何复杂的软件都是团队工作的产物，所以我们会利用版本控制工具和不同的分支策略来协助团队的日常开发和交流，mainline开发模式和pull request开发模式（以下简称PR）则是最常用到的两种模式。在开发时选择哪种模式也成了一个经常被讨论的话题。
在疫情时代，远距离办公可能会阻碍团队的交流，PR开发模式也变得越来越流行。一方面PR开发模式可以为代码开发带来更好的隔离性，但另一方面，PR开发模式其实是一种更难掌握或者说要求更高的开发模式。比如：审查和合并 PR 的速度至少取决于三个因素：上下文、大小和原子性。此外，PR开发模式对重构不是很友好。因为重构需要高频率的集成来尽早发现和解决引入的冲突，但在PR开发模式之下是比较难做到的。
相比之下，mainline开发模式是我更为倾向的一种实践。首先，它不需要考虑太多额外的因素。开发人员只需要有了“健康”的commit之后，就能与mainline集成，将自己的代码变更在团队中可视化。此外，它对重构有很好的支持，因为mainline开发模式本身就支持持续集成。
小团队只需要一个main支线就够了，2-3人的团队不需要复杂的branch，每天合并以下就好了，如果commit太多就清理以下历史，这样效率比较高，大公司的大项目才需要复杂的branch，这种项目一般都超过5个人了。