我在Win 7上也遇到了同样的问题。 解决方案是删除以下文件:

.hg /商店/ phaseroots .hg / wlock

至于.hg/store/lock -没有这样的文件。

如果锁定的回购是原始的，我无法想象它是修改它来克隆它，所以它只是阻止你在中间修改它，把克隆搞砸。开锁后应该没问题。

但是，新的克隆副本(如果它是本地克隆)可能处于任何形式的畸形状态，因此您应该将其丢弃并重新开始。(如果它是一个远程克隆，我希望它失败了，并且已经扔掉了不完整的副本。)

当“waiting for lock on repository”时，删除存储库文件:.hg/wlock(或者它可能在.hg/store/lock中)

在删除锁文件时，必须确保没有其他任何东西正在访问存储库。(如果锁是一个0或空白的字符串，这几乎肯定是正确的)。

同事今天也遇到了同样的问题，在试图推的时候，他突然晕眩了。他不得不:

删除文件.hg/store/lock(根据接受的答案) 删除文件。hg/store/phaseroots(根据这个TortoiseHG错误报告)

然后他的回购又起作用了。

编辑:根据@Marmoute的评论，在处理与锁相关的问题时，使用hg debuglock比盲目删除.hg/store/lock文件更安全。

如果它只发生在映射驱动器上，它可能是bug https://bitbucket.org/tortoisehg/thg/issue/889/cant-commit-file-over-network-share。使用UNC路径而不是驱动器号似乎回避了这个问题。

我非常熟悉Mercurial的锁定代码(从1.9.1开始)。上面的建议很好，但我想补充一点:

我在野外见过这种情况，但很少，而且只在Windows机器上见过。 删除锁文件是最简单的解决方法，但是你必须确保没有其他东西正在访问存储库。(如果锁是一串零，这几乎肯定是正确的)。

(好奇的人:我还没能找到这个问题的原因，但怀疑这可能是旧版本的Mercurial访问存储库，或者在某些版本的Windows上Python的socket.gethostname()调用中出现问题。)