具有bitbucket子存储库的Mercurial存储库 - 如何防止推送

Question

我正在Mercurial存储库下设置一些第三方子存储库。 一个subrepo是在Bitbucket上托管的另一个Mercurial仓库。

由于它是一个公共回购，而我不是它的贡献者，我不想回到它。 但是，当我克隆父存储库时，我仍希望自动克隆存储库。 首先，我想访问子存储库的集合历史记录，以便我可以看到随着时间的推移可能会发生什么变化。

所以，我在父repo的.hgsub文件中输入了如下条目：

thesubrepo = https://bitbucket.org/user/repo

并使用克隆了回购

$ hg clone https://bitbucket.org/user/repo thesubrepo

我做了一个记录subrepo状态的提交。 然后，我把我的父回购推回到它的服务器（Kiln），却发现它试图将subrepo推回到Bitbucket服务器。 但是，推送到Bitbucket子存储库似乎没有做任何事情。

当我用一个条目做出同样的方式（托管在GIT中集线器）一个Git subrepo我没有观察到这种行为.hgsub这样

abc = [git]git://github.com/xyz/abc

对我来说，最好不要设置子库，让Mercurial将文件存储为文件吗？ 或者（最好）是否有一些设置，我可以用来告诉Mercurial永远不会真正将这个subrepo的内容推回到它的源位置？

我宁愿能够将它配置为仅手动推送那些子版本，所以如果有人能够对此有所了解，我将不胜感激。

我在另一个堆栈溢出答案中找到了对commitsubrepos = no的引用， commitsubrepos = no我commitsubrepos = no ，这是关于提交，而不是推送子存储库。 然后我在mercurial网站上查看了这篇文章，希望可能会提到一些关于推送subrepos的设置，但是......没有

Answer 1

您不能（目前，从版本2.0开始）要求Mercurial不要推送子存储库。

根本问题是Mercurial必须确保在推送时在远程存储库上具有一致的状态。 如果你可以推回到Kiln然后在那里有一个变更集来引用Bitbucket上不存在的修订版本将是不安全的 。 Mercurial不知道您在本地发布的变更集是否已发布或是否已创建 - 因此必须（尝试）推送。

我们目前正在研究一个名为阶段的概念 。 有了这个，Mercurial将开始跟踪是否在本地创建或已发布变更集。 这也可以用于子库：如果子库中的“公共”阶段只有变更集，那么就没有必要尝试推送了！