使用hg convert合并2 repos而不是hg pull -f有没有优势？

Question

在documentation他们使用这些内容的映射文件：

$ echo include subfoo > /tmp/myfilemap 
$ echo rename subfoo . >> /tmp/myfilemap 
$ hg convert --filemap /tmp/myfilemap /path/to/repo/foo /tmp/mysubfoo-repo 

什么是合并2个回购等优点。有没有这样做的正当理由：

hg pull -f other_repo 
hg merge 

他们通过重新命名subfoo来完成。 ？

Answer 1

他们的示例（您在问题中发布的subfoo文件映射）用于将现有回购的子目录转换为其自己的存储库，并具有该子目录下所有文件的历史记录。将subfoo重命名为.意味着源回购中目录subfoo的所有文件和目录现在都将位于新回购的根目录下。

你可以使用一个filemap与rename反其道而行之并作出回购A的根目录的内容现在子目录的内容，然后使用pull回购乙结合起来：

> echo rename . subfoo > /tmp/myfilemap 

> hg convert --filemap /tmp/myfilemap /path/to/repoA /path/to/repoA_converted 

> hg -R /path/to/repoB pull -f /path/to/repoA_converted 

> hg merge 

然而，subrepos可能是更好的选择。