Mercurial HG服务器复制配置问题：子仓库授权失败如何解决？

你的问题核心是主仓库复制到第二台服务器后，子仓库的URL仍然指向原服务器，导致客户端从新服务器克隆时，会尝试访问原服务器的子仓库，从而触发授权失败。下面是具体的修复和正确配置步骤：

1. 修正第二台服务器上主仓库的子仓库路径 #

在server2的test1仓库目录下，打开.hgsub文件，将子仓库的URL修改为server2的地址：

test2 = https://server2/test2

如果主仓库和子仓库在server2上的部署路径是同级的，更推荐使用相对路径（后续迁移服务器时无需重复修改配置）：

test2 = ../test2

2. 提交路径变更到server2的主仓库 #

修改完.hgsub后，在server2的test1仓库中执行提交命令，把新的子仓库路径同步到版本历史：

hg commit -m "Update subrepo URL to point to local server2"

这一步是关键，确保后续客户端克隆时能获取到正确的子仓库配置。

3. 验证子仓库关联（可选） #

为了确保主仓库与server2上的子仓库关联正常，可在server2的test1仓库中执行：

hg subrepo sync

该命令会检查子仓库路径的有效性，并同步最新的子仓库内容（如果需要）。

4. 客户端重新克隆测试 #

现在让客户端从server2克隆test1仓库：

hg clone https://user:password@sserver2/test1

此时客户端会根据新的.hgsub配置，从server2拉取test2子仓库，不会再指向原server1，授权失败的问题应该就能解决了。

额外的优化建议 #

• 初始复制时使用子仓库同步克隆：如果以后需要复制整个仓库（包含子仓库）到新服务器，建议直接在server2上执行：

  hg clone --noupdate https://user:password@sserver1/test1
  cd test1
  hg subrepo clone
  

  这样会自动克隆所有子仓库，之后再统一修改.hgsub路径并提交，比单独克隆主仓库和子仓库更高效。
• 优先使用相对路径配置子仓库：如果主仓库和子仓库在服务器上的相对位置固定，用相对路径（比如../test2）能避免后续迁移服务器时重复修改配置，降低维护成本。

内容的提问来源于stack exchange，提问作者testesxi