GIT:不止一个开发人员在处理同一个功能

Question

我有一个关于以下场景的最佳工作流程的问题。

目前有2个分支:

• 大师
• 发展

master 仅通过批准的 merge 请求接受代码。

给定 2 名开发人员从事相同功能的不同部分，为此功能创建 merge 请求的最佳方式是什么:

1. 每个开发人员都创建自己的？ (他们都有彼此的代码，因为为了进步，他们直接相互推 pull )
   • 这不会导致问题吗，因为第一次创建 merge 请求会导致其他更改？一次推送一个提交真的很乏味。也许保留一个只有本地更改的分支并创建一个集成分支？但是 merge 请求本身不起作用，也没有多大意义。
2. 他们中的一个为两者创建了一个“完整的” merge 请求？
   • 审查它成为一项更大的工作，因为它有更多的代码，而且我们不能同时拥有 merge 请求的 2 个所有者

Answer 1

如果两个开发人员部分不是独立的，我建议您采用方法 2，一个开发人员创建一个包含两个作业的 merge 请求。但是，您可以通过以下方式降低难度:

-让每个开发人员以较小的部分对他们的工作部分进行代码审查。虽然这不会避免对进入主分支的整个工作进行代码审查，但它肯定会减少拒绝。

-对于大功能，只要有可能，每个开发人员都应该生成不依赖于其他工作的较小的工作部分(“原子提交”)，然后可以将这部分工作 merge 到开发分支中并从其他开发人员那里 pull 继续他的工作。这样，当功能完成时，它已经存在于开发分支中，而不是开发人员的主题分支中。

根据您的描述，我相信您的开发人员会有包含所有工作的主题分支。从主题分支的角度来看，您不能轻易地将两者分开。因此，请采用方法 2 并由两个开发人员签名。