一致するロックトークン

Question

Subversion documentationによると：

にコミットが終了した後、SVN ステータスがロックトークンが作業コピーに存在もはや ではないことを示しています。 これはSVN の標準的な動作はコミットそれは（あなたが に、このようなリストを提供する場合、またはターゲットのリスト）作業コピー を検索するローカルの修正のためである と にこの散歩中にそれ 出会い、すべてのロック・トークンを送信コミットの一部としてサーバー トランザクション。コミット後に が正常に完了すると、 がコミットされていないファイルであっても、 リポジトリのロックがすべて にリリースされます。これは、 のユーザが、ロックまたはロックを保持していることについて、かすかなものではないようにすることを意味します が長すぎます。この機能の動作を確保しようとして

、私の作業コピーでロックしているファイルの変更コミットしようとしたとき、私は継続的にこのメッセージが表示されます。今すぐ

svn: Cannot verify lock on path '/test/test'; no matching lock-token available

を、私がテストしてみましたこのシナリオは、Windows上の2つの異なる作業コピーとRHEL上の1つの作業コピーで実行され、毎回新しいチェックアウトと同じエラーが発生し、ファイルに対する事前のロックはありません。ファイルのロックを解除してからコミットしても、問題はありません。コミットが発生します。 svn：needs-lockプロパティを使用すると、ファイルのロックを解除する前にコミットしようとすると同じエラーが発生します。

エラーはクライアント側ではなくサーバー側で発生していることは間違いありません。クライアントがローカル認証トークンをSubversionサーバーに戻していない可能性があると私は考えました。しかし、私は3つの異なるクライアント（2つのCLIとSubclipse）でこれを試しました。 3つの異なるクライアントで失敗するため、クライアントがローカル認可トークンをサーバーに戻しているように感じます。ですから、私はこれを解決するためにサーバが必要だと確信していますが、どこで？

Answer 1

よく質問をしてみましたが、 thisが見つかりました。

ファイルが読み込み専用かどうかをチェックすることです。ファイルがロックされていて、ファイルがロックされていると思っています（実際にはロックされていないため）。 したがって、読み取り専用の場合は、書き込み可能に設定してみてください。

これでうまくいかない場合は、hereをご覧ください。

Answer 2

サーバのリポジトリが破損している可能性があります。サーバ上でsvnadminを使用してリポジトリをダンプし、それを一時リポジトリ内の別のマシンにロードし、一時リポジトリと同じ操作を試みます。

エラーが修正された場合は、古いリポジトリをバックアップし、一時リポジトリに置き換えます。

Answer 3

私は同じ問題が持っていた：私はロックを「盗む」ことによって、この問題を解決することができました

svn: E160037: Commit failed (details follow): 
svn: E160037: Cannot verify lock on path '/QHG3/trunk/kernel/Activator.cpp'; no matching lock-token available 

を：

svn lock --force AltMoverPop.cpp 

Answer 4

おお男..私は柱に投稿を検索します。 私の問題は「ロックしていません」と同じでした。

右クリック - >ロックを取得 - >「ロックを解除」をチェックしてください。 ファイルを変更してチェックインしました 当分の間、私には、