在克隆mercurial存储库时,在窗口中出现蓝屏。

重启后,我现在得到这条消息几乎所有的hg命令:

c:\src\>hg commit
waiting for lock on repository c:\src\McVrsServer held by '\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
interrupted!

谷歌没有帮助。

任何建议吗?


当前回答

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

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

其他回答

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

我在Mac OS X 10.7.5和Mercurial 2.6.2上尝试推送时遇到了这个问题。升级到Mercurial 3.2.1后,我得到的是“没有发现任何更改”,而不是“等待锁定存储库”。我发现默认路径被设置为指向相同的存储库,因此Mercurial会感到困惑也就不足为奇了。

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

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

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

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

当工作目录等待锁定时,删除.hg/wlock。

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

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