Mercurial不可靠的子回购。还有其他选择

时间:2010-07-27 21:00:59

标签: mercurial repository

我试图喜欢善变,但却让我疯狂。

我从SVN转换为思考更好的工作流程的承诺。另外,我在合同工作中使用git,所以我得到了整个分布式的想法。我选择mercurial来实现更简单和更好的Windows支持。

我现在是一名独立开发人员,在一个项目中工作,该项目损害了5个单独的回购。有些提交是全局提交,其他提交本地应用于每个提交。

通常情况下,我会提交每个单独的回购,然后从根目录进行fecth / push。

但我发现:

  • 2头事。是否存在永久禁用它的方法?

  • 没有任何GUI真正适用于我的工作流程(我使用MacHG,TortoiseHG,并尝试其他半尝试guis)。我需要回退到命令行以获得可行的推/拉行为。没有GUI理解subrepo,没有理解2头问题,所以我需要在命令行中修复/合并。

  • 但最糟糕的是,subrepo太不可靠了。差不多每2-3天我就会“中止:未知版本****”。有时十六进制值的末尾有一个“+”。别人没有。

有时只是回购中唯一的变化。

我不想解决这个问题,我想换个subrepo工作,让我:

  • 提交每个子仓库
  • 最后,推+拉,自动注释任何有意义的东西......如果能更好地使用可用的GUIS。

1 个答案:

答案 0 :(得分:-3)

我的拙见让你有点困惑。 Mercurial和GIT是分布式控制,因此存储库总是......相同。

您拥有自己的存储库副本以及所有历史记录。没有“sub”-repo。

所有存储库都是“peer”,您可以使用clone来进行“sub”开发。 每个开发人员必须至少有一个对等存储库。

看看这个好的教程http://hginit.com/

希望这有帮助