Mercurial-Hg存Google Drive后多设备克隆版本不一致求助

这种情况我之前帮同事排查过类似的，核心问题大概率出在Google Drive对Mercurial仓库特殊元数据文件的同步逻辑上，而非Hg本身的操作问题。下面分原因、排查思路和解决建议来拆解：

可能的原因 #

• Google Drive的同步延迟/文件锁定：Hg仓库的核心元数据（比如.hg/store/00changelog.i、00manifest.i这些二进制文件）记录了所有版本历史。Google Drive在同步这类文件时，如果多设备同时访问，可能会触发临时文件锁定，导致部分版本的元数据没完全同步到云端。电脑1提交后，云端的元数据文件还没更新完，电脑2就发起了克隆，自然只能拿到旧的版本（311）。
• 仓库元数据损坏：之前的Google Drive用户错误可能已经破坏了云端仓库的元文件——虽然看起来文件都同步了，但内容是不完整的。比如00changelog.i只记录到311版本，后面的3个版本数据丢失了，导致不同设备读取到的版本数不一致。
• 本地克隆的缓存干扰：虽然你说电脑2是新建克隆，但如果之前有过同路径的旧仓库残留（比如.hg目录没删干净），Hg可能会复用部分缓存数据，导致拉取不完整。不过这个可能性相对较低。

排查步骤 #

• 直接对比云端与本地的元数据文件
  • 先在电脑1的本地克隆里，找到.hg/store/00changelog.i，记录它的大小和修改时间；
  • 打开Google Drive网页端，找到仓库里的同一个文件，查看它的大小和修改时间；
  • 再去电脑2的新克隆里看这个文件的信息。如果云端文件和电脑1的一致，但电脑2的文件更小，说明电脑2的Drive客户端没同步完整；如果云端文件本身就比电脑1的小，说明电脑1的提交没同步到云端。
• 验证仓库完整性
  • 在电脑1的本地克隆里运行：hg verify，检查是否有损坏的提示；
  • 把Google Drive里的仓库文件夹打包成ZIP，下载到电脑2解压后，在解压目录运行hg log，看版本数是否到314。如果解压后是完整的，说明克隆时的同步有问题；如果还是311，说明云端仓库本身已经损坏。
• 测试同步时效性
  • 在电脑1上提交一个测试版本（比如版本315），等待10分钟以上确保云端完全同步，然后在电脑2上新建克隆，看是否能拿到315。如果可以，说明之前是同步延迟导致的；如果还是不行，说明Drive对Hg文件的同步逻辑有兼容性问题。

解决建议 #

• 修复云端仓库
  • 先把Google Drive里的仓库文件夹做个备份（避免数据丢失）；
  • 把电脑1上完好的本地克隆（版本314）的所有文件（包括隐藏的.hg目录）复制到Google Drive的仓库位置，等待完全同步；
  • 之后在电脑2上重新克隆，应该就能拿到完整的版本历史了。
• 调整操作流程适配Drive
  • Google Drive不是为版本控制系统设计的分布式存储，建议每次操作仓库前，先确认Drive客户端显示“已同步完成”；操作完提交后，再等待同步完成，再在其他设备操作，尽量避免多设备并行操作。
• 关闭Drive的“文件随选”功能
  • 如果是Windows或macOS的Drive客户端，确保关闭“文件随选”（即让所有文件都本地下载，而非按需加载）。这个功能会生成占位符文件，Hg克隆时可能读取到不完整的文件内容。
• 每次操作后验证仓库
  • 提交后运行hg verify，克隆后也运行一次，确保仓库元数据完整，提前发现损坏问题。

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