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

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

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

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

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

解决方法

感谢@SteveKaye,我有一个有效的解决方案.使用TortoiseHg“添加子库”时,TortoiseHg正在格式化.hgsub文件,就像这样

subrepo = subrepo

而不是像他的榜样

subrepo = ../subrepo

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

MainRepo/
         .hgsub
         SubRepo/
         SubRepo2/

如果“../SubRepo”相对于.hgsub,那么../不会上一个目录,然后查找名为SubRepo的文件夹吗？哦,我可以符合:)或者如果../可以更正

史蒂夫的榜样让我看到了什么.