7

我正在一个主要使用 SVN 的团队工作，而我更喜欢尽可能使用 Mercurial。我使用 hgsubversion 设置了 SVN 存储库的 hg 克隆，并且几个基本的 pull/commits/push 似乎运行良好。

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

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

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

我可以在不丢失自己的提交的情况下纠正问题的最佳方法是什么？（有分步说明？）

4

1 回答 1

9

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

编辑步骤以展平历史记录：

警告，准备好有很多合并冲突

您需要激活 mq 和 rebase 扩展

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

假设您的图表如下所示：

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

然后第二步是在 C3 之上 rebase B1+B2：hg rebase -b B2 -d C3

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

如果遇到合并冲突，请确保 B2' = M1 的结果，否则在以后的修订中会遇到很多冲突。

之后 Merge 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 [this is the first one in qseries]，后跟hg qpop）。然后你删除颠覆的（hg qdelete S4.diff S5.diff S6.diff S7.diff）。

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

于 2011-03-17T12:20:36.347 回答