允许 hgsubversion SVN 克隆推迟所需的步骤

Question

我所在的团队主要使用 SVN，而我更喜欢在可能的情况下使用 Mercurial。我使用 hgsubversion 设置了 SVN 存储库的 hg 克隆，并且几个基本的拉取/提交/推送似乎运行良好。

现在，经过 2 周的本地开发（在此期间，我合并了来自外部 hg 存储库的更改，并多次合并了来自 SVN 存储库的更改），我尝试推送到 SVN 存储库，但失败了信息：

中止：抱歉，找不到合并修订版的 svn 父级。

我发现其他用户也遇到了同样的问题，并提供了如何避免此问题的方法，但我还没有遇到任何似乎可以解决压缩多个并行提交以清理现有 hgsubversion 存储库的问题。

我可以在不失去自己承诺的情况下纠正问题的最佳方法是什么？ （有步骤说明吗？）

Answer 1

您无法将 hg 合并推送到 subversion 存储库中，因为 SVN 无法理解它们。您需要在最新的 SVN 提交之上重新调整您的更改。

编辑 扁平化历史记录的步骤：

警告，做好发生大量合并冲突的准备

您需要激活 mq 和 rebase 扩展

第一步是创建一个备份存储库，因为您将需要它作为即将发生的合并冲突的参考（预计会有很多冲突）。

假设您的图表如下所示：

C1--C2--C3------M1--C5--C6--C7---M2--
  \            / \              /
   \--B1--B2--/   \--B3--B4-B5-/

那么第二步是在 C3 之上重新设置 B1+B2 的基础： hg rebase -b B2 -d C3

-b 使用公共基础两个分支作为分支变基的开始，因此 Mercurial 发现 B1 是第一个偏差提交，即使您说 B2 变基，也会使用它。
-d 指定重新基址分支的目标。

当遇到合并冲突时，请确保B2'的结果= M1，否则在后续的修改中会出现很多冲突。

之后合并 M1 消失，您的图表如下所示：

C1--C2--C3--B1'--B2'--C5'--C6'--C7'---M2'--
                   \                 /
                    \--B3'--B4'-B5'-/

现在您对第二次合并执行相同的操作：hg rebase -b B3' -d C7'，这使您的存储库如下所示：

C1--C2--C3--B1'--B2'--C5'--C6'--C7'--B3''--B4''--B5''

重复直到您拥有全线性版本历史记录。

展平历史记录后，您需要在 svn 提交之上重新排序提交。
假设您的存储库现在看起来像这样（S=subversion 提交，C=本地提交）：

S1--S2--S3--C1--C2--S4--S5--C3-C4--C5--C6--C7--S6--S7

现在您将所有内容从（包括）C1 导入到 Mercurial 队列中 (hg qimport -rC1:)。要查看所有创建的补丁，请使用hg qseries。

然后取消应用所有补丁（hg qgoto C1.diff [这是 qseries 中的第一个补丁]，然后是 hg qpop）。然后删除 subversion 版本 (hg qdelete S4.diff S5.diff S6.diff S7.diff)。

现在是重新获取 svn 提交的时候了（hg pull »svn-remote<）。然后，您使用 hg qpush 重新应用所有本地补丁，并修复所有正在发生的合并冲突。解决完一个冲突后，您可以使用 hg qfinish -a 将当前补丁移至 Mercurial 提交中，并使用 hg push »svn-remote« 发送当前状态>。