一位同事从 repo 中提取后出现此错误。我在网上搜索了有关如何解决它的答案，但找不到任何东西。我想出了一种解决方法，因此将其发布在下面以供遇到相同问题的其他人使用。
问问题
1289 次
3 回答
4
我要求在存储库上工作的其他所有人检查他们的用户缓存文件夹（Windows 上的 C:\Users\username\AppData\Local\largefiles），看看他们是否有具有该 ID 的文件（标题中的“XXX”）。
其中一个是文件的原始作者。
我让他把它发给我，我远程连接到有中央仓库的服务器。然后我将文件复制到服务器的缓存和 .hg\largefiles
然后用户可以再次拉动并推动一切正常。
于 2013-05-29T09:26:34.987 回答
0
LF 扩展名似乎与关键字扩展名不兼容。使用这两个扩展，在提交时，LF 不会放在 PC 上配置的文件夹中，然后在推送时引发此错误。如果您禁用关键字扩展，它会完美运行。不幸的是，我没有找到任何额外的解释。如果有人可以提供稳定的解决方案，那就太好了。
于 2017-05-22T13:00:09.490 回答
0
看起来hg pull很稀疏，但hg push实际上不是；因此，您需要新遥控器上尚未存在的每个修订版的所有大文件，以便它可以填充历史记录并允许客户端成功提取任何修订版。这是有道理的。
迁移到新的 hg 服务器时，我遇到了这个问题。“在 Mercurial 内”的解决方案是将所有大文件、所有提交下载到我的本地存储库，然后推送到新的服务器存储库：
$ hg lfpull --rev 1-tip
$ hg push newbox
（免责声明：我的 Mercurial-fu 很弱，我只将它用于这个大文件 repo）
于 2018-10-11T13:07:49.467 回答