我一直在尝试使用Bitbucket设置一个项目，该项目的依赖项托管在GitHub上。 使用Hg-Git Mercurial插件，我几乎可以实现它。
但是当到达推送时间时，问题就变得棘手了。
Mercurial子仓库的文档说明：
2.4 推送
当您推送时，Mercurial将自动尝试首先推送当前仓库的所有子仓库。这将确保在被顶级仓库引用时，子仓库中的新变更集可用。
但这会导致一个大问题，因为我不想推送所有的子仓库（我为什么要这样做呢？）--我只有对它们的读取访问权限，所以GitHub不允许这样做。只有主仓库需要推送到远程服务器，但我无法找出如何做到这一点。hg想要控制并推送所有的子仓库，无论是否有变更。是否有绕过此“功能”的方法？
唯一需要推送的是.hgsub和.hgsubstate。一旦它们通过另外的途径被推送（更新到不存在子仓库的变更集），就可以从远程仓库更新和拉取变更，但是如果我在存在子仓库的变更集上再次推送，整个过程会重复。
供参考，Mercurial的开发分支（也就是即将发布的1.8版本）现在支持原生的Git子仓库。这种情况实现得非常好，来自根仓库的推送只会告诉Git子仓库进行推送，除非其远程仓库已知具有当前提交。
由于Mercurial的推送方法，这是不可能的。这是一个“按设计”错误。
最好的解决方案是更新到之前不存在子仓库的版本，然后再进行推送。这将绕过Mercurial的限制并上传必要的.hgsub和.hgsubstate文件。这有点不方便，但是这是我迄今为止发现的Mercurial和Git相互配合的最佳方式。
也许在未来，Hg-Git会被更新以自动处理这种用例。
我认为你应该使用多个代码仓库；分布式版本控制系统就是这样更好用。
例如，创建一个仓库来存储从GitHub获取的依赖项。你只需要拉取该仓库以获得更改，而无需推送。 然后你可以创建另一个仓库用于开发项目。在这里，你可以自由进行任何操作。然后将你自己的hg仓库链接到依赖项中。
以上是基于我正确理解了你的问题和你想要做的事情 :)
