Mercurialこだわった"待ってロック"

StackOverflow https://stackoverflow.com/questions/12865

  •  08-06-2019
  •  | 
  •  

質問

たbluescreen windowsをクローニング、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!

Googleではない。

他のヒント?

役に立ちましたか？

解決

時は"待ってロリポジトリ"の削除のリポジトリにファイル: .hg/wlock (やっき .hg/store/lock)

を削除する場合は、ロックファイルをご確認してください他には何もないでアクセスリポジトリ場合にロックする文字列のゼロまたは空白のことはほぼ確実にtrue)。

他のヒント

時 waiting for lock on working directory, 削除 .hg/wlock.

私はこの問題のない検知可能なロックファイルです。の見解はこちら http://schooner.uwaterloo.ca/twiki/bin/view/MAG/HgLockError

こちらは、成績証明書から亀Hgワークベンチのコンソール

% hg debuglocks
lock:  user None, process 7168, host HPv32 (114213199s)
wlock: free
[command returned code 1 Sat Jan 07 18:00:18 2017]
% hg debuglocks --force-lock
[command completed successfully Sat Jan 07 18:03:15 2017]
cmdserver: Process crashed
PaniniDev% hg debuglocks
% hg debuglocks
lock:  free
wlock: free
[command completed successfully Sat Jan 07 18:03:30 2017]

この中断を引っsucessfully.

ロックが設定されて2年以上前に、プロセス機なくなった内LANに設置する必要があります。恥ずかし、hgの開発者のためのない記録のロックを適切に;b)ないタイムスタンプした自動削除が大きな問題となってい陳腐.

同僚にバカにした言動を繰り返すことができましたこの正確な問題の今後の安心して任せできるようになりましたた:

そrepoた。

編集： 当@Marmouteコメントがロックに関連する問題、 hg debuglock はより安全な代替闇を削除する .hg/store/lock ファイルです。

私はとても馴染みのMercurialのロックコード（1.9.1).上記のアドバイスの良いが、今後追加：

  1. 私は見たことのない、Windowsだけです。
  2. 削除するロックファイルに簡単に固定まっていくかはアクセスリポジトリ場合にロックする文字列の零点、ほぼ確実にtrue)。

のん:っていない捕まえることが原因でこの問題が疑われは古いバージョンのMercurialへのアクセスリポジトリあるいは問題はPythonのソケットが開かれます。gethostname()を呼び出するバージョンのブロックします。

私は同じような問題に勝7.の解除は、以下のファイル:

  1. .hg/store/phaseroots
  2. .hg/wlock

しています。hg/store/ロックは無かったが、現在ではファイルです。

からは動かないのではないかこの賞の答えが、これはかなり珍しい状況です。言場合には誰かが私以外のスポットとして知られます。

今日は、"待ってロリポジトリ"をhg押しコマンドです。

私が殺害され、ハンhgコマンドに見えます。hg/store/ロック

調べてみたら、やっぱります。hg/store/ロックがコマンドに吊られ、存在しています。が、lockfile削除された場合のhgコマンドでしたが殺害されました。

に行った対象に、実行されhg引っ張ったり、問題ありません。

最終的にそのプロセスIDのhgを押したロック待ちのメッセージが変わります。ここで示されているデータの"hg押し"の掛けを待ってロックの開催そのものはサブプロセスにならなくなってきました調査の更なる).

ここで示されているデータのワークスペースしましょうここではAとBでした。hg木共通のシンボリックリンク:

A/.hg --symlinked-to--> B/.hg

これにあてはまるわけではないだMercurial.Mercurialな理解の概念のワークスペース共同リポジトリわからなくはないし、誰からMercurial他のVCSいこ(PerforceはありませんDVCS;バザー DVCSれでいます。驚いているsymlinked REP-ROOT/.hg作品ですべてがそうでを除くことになりました

場合にロックしたレポ元の想像できないで 修正 でクローンでたったのを防止すから変更することで、中yのクローン.久し振りを取り除いた後に、ロックが解除されます。

のクローニングコピーあった場合は、地元のクローン)を入れると何らかの不正な状態にもでき定められているので注意が必要で始ます。(あった場合は、リモートクローンは、希望することを怠ったとして投げ出しの不完全コピーします。)

またこの問題はMac OS X10.7.5やMercurial2.6.2するようになりましたバージョンアップ後にはヘッドを次のように表3.2.1、私は"変化が見つかり"の代わりに"待ってロリポジトリの".していることが分かった何らかのデフォルトのパスを頂いていたセット同リポジトリでないものも驚きMercurialが混乱するからです。

ければうにマップされたドライブかバグ https://bitbucket.org/tortoisehg/thg/issue/889/cant-commit-file-over-network-share.使用UNCパスの代わりにドライブレターも訪れています。

また、同じ問題です。もに以下のメッセージ私はtrided犯:待ってロックを作業ディレクトリの開催による"

hg debuglock showdす:ロック無料 wlock:(66722s)

なかったので、以下のコマンドは、固定の問題:hg debuglocks-W

使用Win7とTortoizeHg4.8.7.

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top