如何将变更集从hg存储库导出到svn存储库

Question

我知道mercurial有hgsubversion扩展名。 但在我知道它是如何工作之前，我维护了两个独立的存储库，一个是SVN repo，一个是Hg repo。 我最近在Hg存储库中进行了大部分更改，我需要将它们“推送”到svn存储库。

最直接的方法是从svn获得一个与hg中的一个修订版同步的修订版。

从那里，我更新到下一个版本（从Hg），然后提交它（到svn）。 对许多变更集重复这些步骤是相当不方便的。 有更方便的方法吗？

如果可能，可以在Windows操作系统中使用的解决方案。

问候，

Afriza

Answer 1

如果你在谈论线性系列的变更集（没有合并），你可以使用shell for循环

for therev in $(seq $(hg id -n -r .) $(hg id -n -r tip)) ; do
  hg update $therev
  svn commit -m "$(hg log --template '{desc}' -r .)"
done

它从签出修订版循环到提示，并依次提交每个提交保留提交消息。 你可能需要做一些花哨的arround添加/删除文件。

Answer 2

不是，没有。

您可能已经看过这个链接。 目前尚未正式支持与svn repos交互。 我不会写一个shell脚本来自动执行此操作。 这可能会产生意想不到的结果搞砸了回购（但请看下面的工作流程）

https://www.mercurial-scm.org/wiki/WorkingWithSubversion 。

我目前做的事与你的做法类似。

1. 从svn repos结账保存在$ HOME / svnhgrepos / project1下
2. 转到$ HOME / svnhgrepos / project1，hg init，hg commit
3. 更改$ HOME / svnhgrepos / project1 / .hg / hgrc以在推送时自动更新
4. 将$ HOME / svnhgrepos / project1克隆到$ HOME / code / project1-clone。
5. 转到$ HOME / code / project1-clone，hg qinit（mercurial queues）
6. 做所有的开发，提交它（每个功能/ bugfix只需一个变更集）并将其推送到$ HOME / svnhgrepos / project1
7. 转到$ HOME / svnhgrepos / project1，然后执行'svn ci'
8. 我没有在我的设置中执行此步骤。 现在你可以写一个hg钩子，自动执行'hg update'和'svn commit'

   \neg (i have not tested this) in $HOME/svnhgrepos/project1/.hg/hgrc [hooks] changegroup.hg-update = hg update >&2 changegroup.svn-commit = svn commit -m "hg log --template '{desc}' -r ."   \neg (i have not tested this) in $HOME/svnhgrepos/project1/.hg/hgrc [hooks] changegroup.hg-update = hg update >&2 changegroup.svn-commit = svn commit -m "hg log --template '{desc}' -r ." 

Answer 3

我接受了Ry4an的回答并添加了添加/删除处理。 这里是：

for therev in $(seq $(hg id -n -r .) $(hg id -n -r tip)) ; do
  hg update -C $therev
  svn st | perl -lne 'if (/^([?!])\s*(\S*)/) { my $command = ($1 eq "?") ? "add" : "rm"; my $fname=$2; $fname =~ s[\\][\/]g; system(qq(svn $command $fname));}'
  svn commit -m "$(hg log --template '{desc}' -r .)"
done

我发现在涉及分支时需要-C。 但是，这非常难看，因为文件在分支之间切换时会被删除并重新添加。 通常，重命名信息也会丢失，当然还有原始提交者的日期和身份。

Answer 4

看起来你可以使用hg convert来追溯你想要的东西。 启用ConvertExtension，然后执行hg convert -d svn file/path/to/mercurial/repo svn://repo/path/虽然我没试过。

Answer 5

这可能不是你想要的，但我想你可能会在某些时候发现它的使用。 而且，其他人也可能......

我在Windows 7操作系统上工作，我使用Mercurial（TortoiseHg）和Subversion（TortoiseSVN）进行源代码控制。 为什么？ 好吧，我们在约8人的小团队中发现，Mercurial非常方便用作“个人”安全网，但对我们的一些人来说非常困惑（例如，工作的FPGA工程师Verilog的）。 整个“推动”和“拉动”认为需要将一大堆其他人的变化合并到你的中并不是张开双臂欢迎的。 这看起来很麻烦，在一个案例中，由于误解了Mercurial如何做这些事情的一些细微差别，工程师失去了所有的工作。 幸运的是，另一个副本（她是一个聪明的工程师！）所以一切都没有丢失，但它证明了Mercurial的操作如何令人困惑和难以预测，至少对某些人来说如此。

Mercurial的优势（IMO）是您可以轻松地在各种开发分支之间切换，并使用TortoiseHg工具，可视化版本树并选择您想要处理的内容。 您可以非常轻松（并且快速！）保存您的工作，抓住另一个分支或开始新的分支，进行一些实验或寻求替代方法。 作为一个方便的个人安全网和分支切换工作台工具，它是一流的。 我一直在使用它，因为我正在开发和测试我的代码。

另一方面，Subversion是一个非常容易使用的“团队”服务器。 人们发现它很容易理解它是如何工作的。 标记和分支不是那么直观，但我们不经常这样做。 更新，合并和签入似乎更直观，更易于管理。

事实证明，你可以同时使用BOTH Mercurial和Subversion管理一个工作副本！ 你可以从SVN结帐，然后使用Mercurial“在这里创建存储库”，或者反过来做。 您必须编辑SVN的忽略设置以忽略工作副本文件夹中的所有.hgxxxx文件，并让Mercurial忽略.svn目录。 完成后，任一系统的命令行或shell扩展工具都会继续正常工作，您现在可以在两个不同的存储库中管理代码！

起初我对此持怀疑态度，但我真的想要日常Mercurial的便利性，以及Subversion的中央服务器合规性，这是我们的团队为共享代码库选择的。 这种工作方式为您提供了两个世界中最好的，没有任何缺点我到目前为止已经注意到了。