Git 将合并拆分为不同的人来处理

我们有一个由多人编写的应用程序的单一回购协议，该应用程序具有多个模块/子应用程序（而非git子模块）。每个文件夹都分为子文件夹：

/topFolderInGit
--/module1SubDir
--/module2SubDir
...

在典型的

master

和

develope

分支模型下，我们有两个正在积极开发的分支，一个在生产中接受修补程序/更新，另一个包含一些重写/更多功能

从

master

合并到

develope

会在多个模块之间持续产生冲突，有些人从未使用过这些模块。理想情况是允许一个人合并特定的文件/子目录，以便另一个人可以在以后合并他们熟悉的文件

也许看起来很接近，但答案不够具体

---

是否可以有选择地合并（或拆分合并）以使人们不必在一次批量提交中解决冲突？也就是说，我希望将未合并的文件保留在其预合并状态，以便其他人稍后可以将其合并，这将排除以下答案：

我认为您不能这样做。这有点违背git的工作方式。Git跟踪整个项目快照，合并是这些快照之间的原子性内容。您可以撤消这些操作并进行新的提交，但随后您会告诉未来的三方合并继续跳过这些操作

为什么你要从

master

合并到

developer

，尤其是经常使用“一致性”这个术语？如果有人从未更改过代码的一部分，为什么代码的这一部分不能在他们的回购中快速前进？除非旧的历史被改写，否则不应该有冲突的可能性

如果你一次又一次地解决同样的冲突，请继续阅读