gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-02 03:22:42 24 4
gpt4 key购买 nike

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

现在,经过 2 周的本地开发(在此期间,我 merge 了外部 hg 存储库的更改,并多次 merge 了 SVN 存储库的更改),我尝试推送到 SVN 存储库,但是失败并显示此消息:

abort: Sorry, can't find svn parent of a merge revision.

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

在不丢失自己的 promise 的情况下纠正问题的最佳方法是什么? (有分步说明吗?)

最佳答案

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

编辑展平历史记录的步骤:

警告,做好发生大量 merge 冲突的准备

您需要激活 mq 和 rebase 扩展

第一步是创建一个备份存储库,因为您需要它作为即将发生的 merge 冲突(预计会有很多冲突)的引用。

假设您的图表如下所示:

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

然后第二步是将 B1+B2 rebase 到 C3 之上:hg rebase -b B2 -d C3

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

当遇到 merge 冲突时,请确保B2'的结果= M1,否则在后续版本中会出现很多冲突。

之后 merge M1 消失,您的图表如下所示:

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

现在您对第二次 merge 执行相同的操作: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 逐一重新应用所有本地补丁,并修复所有正在发生的 merge 冲突。解决完一个冲突后,您可以使用 hg qfinish -a 将当前补丁移至 Mercurial 提交中,并使用 hg push »svn-remote« 发送当前状态>.

关于svn - 允许 hgsubversion SVN 克隆推迟所需的步骤,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5336192/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com