git - dvcs 部分 merge (git、hg merge 跟踪)

Question

我有一个关于通用 DVCS 的问题，包括 Git 和 Hg。

在 Git 和 Hg 中， merge 跟踪都是在“提交”级别而不是“文件/目录”级别完成的。

其中一个“副作用”是您不能轻易地进行“部分 merge ”:

• 您已经在分支“feature_branch_x”中修改了 30 个文件
• 您只想 merge (比方说)/kernel/gui 下的文件

使用“基于项目的 merge 跟踪”(Perforce、ClearCase、Plastic SCM <= 3.0)，您只需选择几个文件进行 merge ，然后 checkin ，然后重复 merge ，待处理的文件就会显示出来。

对于 Hg，Git:一旦 merge (有一些方法可以在不 merge 文件的情况下将文件排除在外)，就会设置“跟踪”，如果重复 merge ，则不会留下要 merge 的候选对象。

我的问题是您对此感觉如何？

是否存在您认为“部分 merge ”是强制性的情况？没有它你能活吗？ (与提交/cset 级别跟踪 merge 要快得多)。

免责声明:我为 Plastic SCM 工作并且我们已经在 4.0 中转移到“cset”级别跟踪，但我们想知道继续使用“项目级别 merge 跟踪”或者甚至允许两者是否是个好主意。

Answer 1

我的感觉是，想要对一个分支进行部分 merge 是一个标志，表明首先在一个分支中放置了太多内容。处理这种情况的正确方法是将分支拆分为两个分支，从而纠正原始错误，而不是通过尝试跟踪部分 merge 来使错误复杂化。我更喜欢 SCM 功能，它可以更轻松地拆分分支。