作業コピーXXXがロックされ、SVNでクリーンアップに失敗しました

私が行うときにこのエラーが発生しますsvn update：

作業コピーXXXXXXXXがロックされています "クリーンアップ"コマンドを実行してください

クリーンアップを実行すると、

クリーンアップで次のパスを処理できませんでした：XXXXXXXX

このループから抜け出すにはどうすればよいですか？

1つのアプローチは次のとおりです。

1. 編集したアイテムを別の場所にコピーします。
2. 問題のあるパスを含むフォルダーを削除します。
3. 含まれているフォルダーをSubversionで更新します。
4. 必要に応じてファイルをコピーするか、変更をマージします。
5. コミット

もう1つのオプションは、最上位のフォルダーを削除して、もう一度チェックアウトすることです。それがうまく行かないことを願っています。

私にとっての秘訣はsvn cleanup、問題が発生する前にずっと作業していたフォルダーではなく、作業コピーの一番上で実行することでした。

.svnフォルダを見てくださいlock。その中にと呼ばれるファイルがあります。そのファイルを削除すると、更新できるようになります。.svn各サブディレクトリのディレクトリにさらにロックファイルがある場合があります。彼らも削除する必要があります。これは、例えばコマンドラインから非常に簡単にバッチとして行うことができます

find . -name 'lock' -exec rm -v {} \;

.svnフォルダー内のファイルを手動で編集していることに注意してください。彼らは理由のためにそこに置かれました。その理由は間違いかもしれませんが、そうでない場合は、ローカルコピーに損傷を与える可能性があります。

出典：http ://www.svnforum.org/2017/viewtopic.php ? p =6068

私の場合、WC_LOCKテーブルのSQLite ".svn \ wc"ファイルロックレコードのレコードを手動で削除して解決しました。

SQLiteエディターで「WC」ファイルを開いて実行しました

delete from WC_LOCK

eakkasのコメントに続いて、WORK_QUEUEテーブルからもすべてのエントリを削除する必要がある場合があります。

これまでで最も簡単な方法：

1. ProjectのParent directory（Folder）に移動します。
2. プレ右クリック
3. 押しTortoiseSVNのを押してクリーンアップ...
4. クリーンアップダイアログが自動的に表示されます
5. 選択しClean up working copy status、Break locks、Fix time stamps、Vacuum pristine copies、Refresh shell overlays、Include externals
6. Pres OK

あなたはあなたの仕事を成功させました。

参考のためにスクリーンショットを確認してください。

最初の一歩：

2番目のステップ： [ロックの解除]オプションを有効にします（クリーンアップポップアップウィンドウの2番目のチェックボックス）

これがあなたの役に立つことを願っています。

職場の同僚は常にこのメッセージを目にしています。彼にとっては、SVNから削除せずに SVNバージョン管理下のディレクトリを削除し、バージョン管理下にない同じ場所に、同じ名前で新しいディレクトリを作成したためです。

これがあなたの問題なら...：

これを修正する方法はいくつかありますが、ディレクトリが置換された方法と理由によって異なります。

どちらの場合も、次のことを行う必要があります。

A）既存のディレクトリの名前を一時的な名前に変更します

B）SVNを元に戻して、ファイルシステムから削除されたディレクトリを復元しますが、SVNからは復元しません

そこから、あなたはどちらかでしょう

A）削除されたディレクトリに関連ファイルをコピーします

SVNに続くB）ディレクトリ内のコンテンツの大幅な変更があった場合は、SVNは、元に削除コミット、および希望する名前に新しいディレクトリバックの名前を変更しますが、取得するために追加しているバージョン管理下にものを。

私にとって、上記の解決策はどれもうまくいきませんでした。ロックを解除することで解決策を見つけました。svn cleanupを実行したときに、「Break Locks」と「Clean up working copy status」を選択しました。

これは私のために働いた。

1. ルートフォルダに移動し、
2. 右クリックしてクリーンアップ
3. 利用可能なすべてのオプションを確認する
4. [OK]を押します

クリーンアップした後、最新バージョンに更新できます。

私にとって、それは実際には亀のせいでした。Tortoiseは「クリーンアップできません、クリーンアップを実行できません」とだけ文句を言いましたが、コマンドライン（svn cleanup）を実行すると、使用中のいくつかのファイルを削除できないことが明確に通知されました。Visual Studioを閉じると（ファイルは開いたままでした）、クリーンアップは正常に機能しました。

他のプログラムも、リポジトリでファイルを開いたままにして、この問題を引き起こします。別のインスタンスでは、xlsを開いたままのExcelが原因でした。そのため、リポジトリで何かを使用している可能性のあるすべてのプログラムを閉じるか、再起動してプログラムを強制終了し、クリーンアップを再試行するのが賢明です。

外部フォルダを既存のフォルダにリンクしたくないため、この問題が発生しました。宛先が既存の（バージョン付きまたはバージョンなし）フォルダーであるsvn：externalsプロパティ行を追加すると、SVN Woring Copyロックエラーが発生します。ここでは、クリーンアップにより、すべてが正常であるにもかかわらず、更新が機能しないこともわかります。

解決策：リポジトリから問題のあるフォルダーを削除し、svn：externalsプロパティが設定されているルートフォルダーを更新します。これでフォルダが作成され、すべて元通りになります。

ファイルのsvn：externalsで宛先フォルダーをバージョン管理する必要があるため、この問題が発生しました。これが異なるリポジトリでは機能しないことに気付いた後、外部ファイルから外部フォルダーにスワップして、この混乱に陥りました。

これを行う最も簡単な方法は、隠しフォルダーを表示してから.SVNフォルダーを開くことです。「lock」という名前のゼロKBファイルが表示されるはずです。これを削除すると問題が解決します

私はSVN 1.7を使用してまったく同じ問題に遭遇し、上記の修正はどれも機能しませんでした。

まず、編集したすべてのコンテンツをバックアップしてください。

数時間を費やした後（私のブランチのサイズが6GBを超えているため、すべてを再ダウンロードしませんでした）、ブランチの.svnフォルダーに「wc」というdbファイルがあることがわかりました。

任意のdbマネージャー（Firefoxのsqliteマネージャープラグインを使用）を使用してdbファイルを開き、WC_LOCKテーブルに移動します。このテーブルには、取得されたロックのエントリが含まれます。テーブルからレコードを削除すれば完了です:)

この問題が発生した場合、問題のパスで直接cleanupコマンドを実行すると、通常は機能しているように見えます。次に、作業ルートから再度クリーンアップを実行すると、他のいくつかのディレクトリについて問題が発生します。そして文句がなくなるまで繰り返します。

Windowsマシンを使用している場合は、ブラウザでリポジトリを表示すると、ファイル名が同じで大文字と小文字が異なる2つのファイルが表示されることがあります。Subversionは大文字と小文字を区別し、Windowsはそうではないので、Windowsが同じファイルをプルダウンしているとWindowsが判断し、Subversionがそうでない場合、ロックを取得できます。リポジトリー上の重複するファイル名を削除して、再試行してください。

新しいフォルダを作成し、プロジェクトをチェックアウトし、更新されたファイルを新しいフォルダにコピーするだけでそれを実現しました。

新しいチェックアウトで修正されました。

TortoiseSVNを使用していて、アップグレードしたばかりですか？以前、1.4から1.5に移行して再起動しないと、その問題がありました。（再起動してみてください）。

再起動が必要な理由は、キャッシュファイルがすべてファンキーになるためです。

それ以外の場合は、次に進むには、その作業コピーを新しいフォルダーにエクスポートし（.svn隠しフォルダーをコピーしないでください）、プロジェクトを再チェックアウトし、すべてのコードを元に戻してから、コミットを続行します。

.svnフォルダーを削除してから、親ディレクトリでクリーンアップを実行します。完璧に動作します!!

Mac OSのバージョン：アクション->作業コピーのロックをクリーンアップ...

私はしばしばそのような問題に遭遇します。クリーンアップの問題を引き起こす私のパターン。

1. ビューアで画像ファイルを開きます。
2. 画像ファイル/フォルダを削除します。
3. コミット/更新しようとしています

削除されたファイルが開かれている画像ビューアを閉じると問題が解決します。たぶん他のソフトウェアが同じ方法でクリーンアップをブロックすることができます。

一般に。このような場合は、コンピュータを再起動すると効果があると思います。

SVNは通常、実際のファイルがリポジトリからフェッチされる前に、フォルダー内のファイルの内部構造（.svn / prop-base）を更新します。ファイルがフェッチされると、これはクリアされます。「更新」が失敗したか、更新の進行中に途中でキャンセルされたため、エラーがスローされることがよくあります。

1. .svn / prop-baseディレクトリの下にファイルがリストされていることを確認します
2. フォルダの下にないファイルをすべて削除します
3. 掃除
4. 更新

これでアップデートが機能するはずです。

バージョン管理されたフォルダの下にあるフォルダをエクスポートしたため、同じ問題がありました。TortoiseSVNからフォルダーを削除してから、ファイルシステムからフォルダーを削除する必要がありました（TortoiseSVNはバージョン管理されていないサブフォルダーが好きではありません...なぜですか???）

検索を開始...ロック...リストされたすべてのファイルを選択して削除..修正

次のようにする必要があります：

svn status | grep "。L" | sed 's /.*（。*）$ / \ 1 /' | awk '{print length（$ 1）、$ 1}' | ソート-nr | awk '{print "pushd" $ 2 "; svn cleanup; popd"}' | sh

ソリューションを削除しないでください。

.svnフォルダーに、lockというファイルがあり、長さが0バイトです

ソリューション内のすべての.svnフォルダーからこれらのファイルをすべて削除すると、機能します

私の場合はうまくいきました

ファイルのインプレースバージョン管理解除と同じ場所への新しいチェックアウトにより、この問題は解決しました。

TortoiseSVNでインバージョンのバージョン管理を解除するには、作業コピーのルートフォルダーをファイルリストからディレクトリツリーのそれ自体に右ドラッグし、ポップアップメニューから[SVNエクスポートバージョン管理アイテムをここに]を選択します。TortoiseSVNは、宛先がソースと同じであることを認識し、作業コピーのバージョンを解除することを提案します。

バージョン管理を解除した後、同じフォルダに新しいチェックアウトを実行します（このフォルダには、所有していたすべてのファイルのバージョン管理されていないコピーが含まれています）。TortoiseSVNは、既存のフォルダーにチェックアウトすることを警告しますが、先に進むことができます。

この後、クリーンアップ、更新、その他の操作は問題なく機能しました。上記のどちらの手順でもローカルでの変更が保持されるため、情報が失われることはありません（ただし、作業コピーをバックアップしてからこれを行うとよいでしょう）。

警告：作業コピーにバージョンが混在しているか、コミットされていないプロパティの変更が含まれている場合、その情報は失われます。私にとってこれは一般的なことではありません。破損した作業コピーを選択するか、コミットされていないプロパティの変更を失うことを考えると、後者を選択する傾向があります。

「クリーンアップ」が機能するこの問題がありましたが、「更新」は引き続き失敗します。有効な解決策は、TortoiseSVNの削除ではなく、Windowsエクスプローラーで問題のフォルダーを削除することでした（これにより、リポジトリにコミットするものとして削除にマークが付けられ、リポジトリからフォルダーを「更新」するために「チェックアウト」を行いました。

O / S削除とSVN削除の違いの詳細については、http：//tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.htmlをご覧ください。

特に：

TortoiseSVN→ファイルを削除すると、ファイルはすぐに作業コピーから削除され、次のコミット時にリポジトリで削除対象としてマークされます。

そして：

TortoiseSVNコンテキストメニューを使用する代わりにエクスプローラーを介してファイルを削除すると、コミットダイアログにそれらのファイルが表示され、コミット前にバージョン管理からもファイルを削除できます。ただし、作業コピーを更新すると、Subversionは欠落しているファイルを見つけて、リポジトリの最新バージョンに置き換えます。

Linuxを使用している場合は、次のことを試してください。

find "/the/path/to/your/directory" -name .svn -type d | xargs chmod 0777 -R

次にcleanup、そのディレクトリでコマンドを実行し、更新を試みます。

私は私の問題を修正するために次のことをしました：

1. フォルダー名の前に「_」を置くことにより、問題のあるフォルダーの名前を変更しました。
2. 親フォルダの「クリーンアップ」を行いました。
3. 問題のフォルダの名前を元の名前に戻しました。
4. コミットしました。

ソリューションエクスプローラーで、プロジェクトを右クリックし、最初のサブメニューでsubversionをクリックして、クリーンアップを選択します。それは私と同じように問題を解決します。それがうまくいくことを願っています。

クリーンアップを行うには

1. .svnフォルダーを削除します。

2. ルートフォルダーでsvncheckoutを実行します。

3. クリーンアップ操作を実行してください。

これで私の問題は解決しました。