水星：从未知的分歧“分支”合并

Question

我正在尝试在名为NS-3的项目上做一些工作，但是我的问题不是特定于项目的，因此我想在这里询问相关的邮件列表。

基本上，制作了当时当前项目代码的副本，并使用该代码制作了新的存储库。 “分叉”版本和主干都完成了工作。

因此克隆了分叉的源，cd in和hg pull <latest-dev> ， hg merge ，虽然它不是完美的合并，但不可合并的更改都与一个库更改有关，因此很容易修复（理论上）。 自然，这种乐观尝试没有建立。

现在我不确定要从哪里去，我是DCVS的新手，所以请； 针对5岁儿童的想法！

我如何找出分叉版本的哪个变更集最后与dev-trunk合并，因为它们是分开的但又相关的回购协议？

Answer 1

从副本而不是克隆开始的情况：

如果发生这种情况：

1. 项目存在
2. 复制（非克隆）项目
3. hg init在每个单独的副本中运行，创建两个不相关的存储库
4. 两份工作都完成了

然后要合并它们，您要在两个不相关的存储库中进行最新操作：

1. hg update 0 ，它使存储库跳回到最早的点，即它最后一次看起来与另一个相同的点
2. 从另一个存储库复制工作目录的内容
3. hg commit ，创建一个新的头部
4. hg merge ，它合并两个头，并且还提供了一个基本的修订版本，该版本有助于合并过程。

关键是要尽可能地参与基础修订。 DVCS系统带来的CVS和SVN无法做到的是，每次合并都是两个头和最近的共同祖先之间的三向合并。 通过从最后一个点创建新的头部来伪造该共同祖先，这两个存储库看上去相同（副本中的修订版0）可模拟基本修订版。

Answer 2

从克隆而不是副本开始的情况

这是经典的DVCS案例，不需要做太多事情。 只需进入其中一个克隆，将hg pull从另一个克隆中hg pull ，然后触发hg merge 。 如果合并需要输入，则将使用hg resolve提供它，并在完成后使用hg commit 。

如果此时您的代码尚未构建/运行，则只需开始调试。 使用hg blame来查看正在编译的代码行附近正在做的事情，并尝试怀疑正在做的事情以及如何进行处理。

合并过程是很容易越频繁，你做到这一点。 每天（而不是每月）进行上游更改。

您可以打开GraphLog扩展，并使用hg log -G命令查看两行开发的分歧点，但最终合并是开发，您只需要像对待非建筑合并那样进行任何其他软件缺陷。