Mercurial guestrepo扩展：范围和用例

Question

我正在查看mercurial guestrepo扩展，我无法真正确定它只是简单地实例化彼此嵌套的存储库（即未定义为subrepos）。

唯一的好处似乎是单个命令操作（例如推/拉）可以在每个来宾仓库（及其客人轮流）上执行，而不是为每个嵌套仓库单独执行。

Guestrepo不允许＆＃34;主机回购＆＃34;跟踪guest虚拟机仓库中所做的任何本地更改，可能导致＆＃34; host repo＆＃34;之间的代码状态不一致。和本地修改的客人回购。

我是否正确理解了此扩展的范围？此扩展的用例有哪些？在这一点上，文档对我来说太抽象了。

Answer 1

  

我无法真正确定它只是简单地实例化彼此嵌套的存储库（即未定义为子库）的确切内容。

1. 你错过了重点 - guestrepos不只是＆＃34;嵌套的回购＆＃34;，它们被跟踪由父回购以与subrepos相同的风格
2. Guestrepo更多＆＃34;配置管理＆＃34;，比subrepos（反过来，更多＆＃34;结构管理＆＃34;，比任何更多）
3. Guestrepo是＆＃34; Subverpos on steroids＆＃34;简而言之

  

Guestrepo不允许＆＃34;主机回购＆＃34;跟踪客人回购中所做的任何本地更改

错误。你只需要监控变化，只需在需要时，而不是在提交时在subrepo中执行任何操作，与vanilla subrepo相反（阅读hg grstate | { {1}}命令） - 这是预期的行为 - guestrepo（再次）更多地是关于监控配置而不是状态（即guestrepos的任何更改都是无关紧要的，直到它们未被批准） - 类似于PEG-ed externals（guestrepo）in Subvervsion vs不PEG-ed（subrepo），如果你理解我正在谈论的内容（虽然guestrepo可以，如果需要，同时使用两种风格 - .hgguestrepo中的cset-id可以是符号名称/不同cset随着时间的推移/，不仅哈希）

  

我是否正确理解了此扩展的范围？   很不幸的是，不行。更确切地说：几乎完全错误