建议的方法来协调多个依赖的mercurial存储库的版本？

Question

好吧,经过几个小时的阅读和反复试验,它终于打动了我.Mercurial并不真的想做SubRepos ......至少不是TortoiseHg和Bitbucket.如果我弄错了,而且你不想投票给一个粗鲁的回应,类似于"当然它有效,你没有阅读官方文档",那么请提供一个简单的例子,说明如何通过TortoiseHg最新这将成功推向Bitbucket.也许是一个利用mercurial和bitbucket以及subrepos的开源项目？

总而言之,如果我们将我们的类库保留在单独的repos中,并且推荐的方法是不使用subrepos("作为最后的手段"),那么为所有依赖的mercurial repos捕获版本的建议方法是什么？将所有依赖关系repos跳转到正确的版本以进行错误修复等.

我怀疑我会使用Tags来标记版本.那么,推荐的方法是手动转到所有库并使用通用版本标记标记每个repo,然后手动还原为所有程序集的标记？

请不要使用有关工作流程管理复杂性的所有技术术语.在SO上有很多关于此的很好的阅读.我希望有一个简单的单个主exe项目与一些DLL类库.

Answer 1

感谢@SteveKaye，我有一个可行的解决方案。当使用 TortoiseHg“添加子存储库”时，TortoiseHg 正在格式化 .hgsub 文件，如下所示

subrepo = subrepo

而不是像他的例子

subrepo = ../subrepo

如果有人想评论为什么需要相对的“../”，那就太好了。我的目录结构如下：

MainRepo/
         .hgsub
         SubRepo/
         SubRepo2/

如果“../SubRepo”是相对于.hgsub的，那么../不会向上一个目录然后查找名为SubRepo的文件夹吗？哦，好吧，我可以遵守:)或者如果../被纠正

史蒂夫的例子​​帮助我明白了问题所在。