subrepos - Mercurial 的子存储库是否可用于在存储库中推送多个项目？

Question

我有 3 个项目：

D:\Projects\ProjectA\src\packA
D:\Projects\ProjectB\src\packB
D:\Projects\ProjectC\src\packC

我想将这 3 个项目的 3 个包存储在同一个远程存储库中。

我尝试在远程存储库的克隆中克隆这 3 个包：

D:\mercurial\DistantRepo\packA
D:\mercurial\DistantRepo\packB
D:\mercurial\DistantRepo\packC

然后我在 .hgsub 文件中将这 3 个包声明为子存储库：

packA = D:/Project/ProjectA/src/packA
packB = D:/Project/ProjectB/src/packB
packC = D:/Project/ProjectC/src/packC

我调用了 hg add 和 hg commit 命令。

但是，当我尝试将文件推送到我的远程存储库时，.hgsub 和 .hgsubstate 文件被推送到我的远程存储库，但我的包发生以下情况：

pushing to https://my.distant.repo
pushing subrepo packA to D:/Projects/ProjectA/src/packA
searching for changes
no changes found
pushing subrepo packB to D:/Projects/ProjectB/src/packB
searching for changes
no changes found
pushing subrepo packC to D:/Projects/ProjectC/src/packC
searching for changes
no changes found
searching for changes
remote: adding changesets
remote: adding manifests
remote: adding file changes
remote: added 1 changesets with 2 changes to 2 files

看来我误解了子存储库的工作原理...

是否使用子存储库坚持我的用例？我想做的事情可以怎样做？

Answer 1

未发现任何更改

pushing subrepo packA to D:/Projects/ProjectA/src/packA
searching for changes
no changes found

这意味着 packA 中没有 D:/Projects/ProjectA/src/packA 中尚未存在的变更集。如果

• packA 中确实没有新内容，
• 那么您已经将 packA 推送到 D:/Projects/ProjectA/src/packA

如果在怀疑问题 hg outguing D:/Projects/ProjectA/src/packA inside packA 目录以确定。该命令不应给出任何输出（=没有任何内容可发送）。

路径

这些子存储库被推送到 D:/Projects/Project[ABC]/src/pack[ABC] ，因为您在 .hgsub 文件中为 Mercurial 提供了这些绝对 URL。最好将 .hgsub 更改为如下所示：

packA = packA
packB = packB
packC = packC

# You can also insert something like packA = ProjectA/src/packA, the point
# is to declare all subrepos as subdirectories of the main repo

并更改服务器，以便它

• 处提供原始产品
• 在 / ProjectA/src/packA at /packA
• ProjectB/src/packB at /packB
• ProjectC/src/packC at / packC

这是一个 推荐模式，因为您可以轻松地拥有此存储库的本地镜像克隆，而您在使用本地镜像的相对和绝对 URL 时会遇到麻烦（这是可能的，但很麻烦）。

作为旁注，您还可以考虑使用依赖项跟踪外部存储库（称为“thin shell存储库< /a>” 在 hg wiki 中），它将您的 pack* 存储库以及产品存储库嵌入为子存储库，因为它更清楚每个软件所属的位置。

编辑

在 Mercurial 中，每个产品只能拥有一个存储库，并且每个存储库位于服务器上的 URL 上。这意味着您需要为主产品和子存储库设置不同的远程存储库，因为您无法将不同子存储库的内容与产品存储库一起存储。

可以将这些不同的存储库hg pull -f合并到一个存储库中，但我建议不要这种做法。经过这样的拉取之后，在该存储库的历史中导航非常困难，因为不同来源的历史是混合的（例如，每次有人时，此存储库的尖端修订版都会在不同来源之间交换）推入其中）。仅当不同的子存储库共享一些共同的历史记录时才应使用此方法，但当它们没有任何共同点时最好将它们分开。