协调多个依赖mercurial存储库版本的推荐方法



经过几个小时的阅读和试错,我终于明白了。Mercurial并不真的想做SubRepos。。。至少TortoiseHg和Bitbucket没有。如果我错了,你不想因为类似于"当然有效,你没有阅读官方文档吗"的粗鲁回应而被投下反对票,那么请提供一个简单的例子,说明如何通过TortoiseHg最新版本成功推送到Bitbucket。也许是一个利用mercurial、bitbucket和subpos的开源项目?

话虽如此,如果我们将类库保存在单独的repo中,并且建议的方法是不使用subrepos("作为最后手段"),那么建议用什么方法来捕获所有依赖的mercurial repo的版本,从而我可以快速将所有依赖的repo跳到正确的版本来修复错误等等

我怀疑我会用标签来标记一个版本。那么,建议的方法是手动转到所有库并用公共版本标记标记每个repo,然后手动恢复到所有程序集的该标记吗?

请不要使用关于工作流管理复杂性的所有技术术语。SO上有很多关于这方面的好文章。我希望有一个简单的、带有几个DLL类库的单个主exe项目。

感谢@StevenKaye,我有了一个有效的解决方案。当使用TortoiseHg来"添加子存款"时,TortoiseHg正在格式化.hgsub文件,如所示

subrepo = subrepo

而不是像他的例子

subrepo = ../subrepo

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

MainRepo/
.hgsub
SubRepo/
SubRepo2/

如果"../SubRepo"是相对于.hgsub的,../转到一个目录,然后查找名为SubRepo的文件夹?哦,好吧,我可以遵守:)或者如果../

有了史蒂夫的榜样,我明白了发生了什么

最新更新