!!! 他のトピックで提供されている解決策が私にはうまくいかなかったので、これは重複した質問ではありません。
私がコミットしようとすると：
エラー：作業コピー'D：\ Webs \ Drupal 6'がロックされてい
ますエラー：「クリーンアップ」コマンドを実行してください。
クリーンアップを実行しようとすると：
クリーンアップは次のパスの処理に失敗しました：D：\ Webs \ Drupal 6
誰かが私がこの問題を解決する方法を知っていますか？
17110 次
4 に答える
10
あなたがするならそれは働きますか
- 新しい「クリーンな」チェックアウト
- マージ/差分ツールを使用して、変更したファイルを新しいチェックアウトフォルダーにマージします
- 専念
？
編集：デロバートのコメントに従ってポイント2を更新しました。
于 2008-12-05T18:23:58.293 に答える
2
変更していない場合D:\Webs\Drupal 6、最も簡単な方法は、それを削除してから、svncoにサーバーから再度取得させることです。
または、ファイルを変更した場合は、divoの提案を試すことができますが、他の人の変更を誤って元に戻すことに注意してください。
または、.svnディレクトリの内部を調べて、手作業でロックを解除してみることもできます。
編集：核兵器/コピー手順が他の人の変更を元に戻す方法は次のとおりです。
- チェックアウト、r1を取得します。
- foo.cを変更し、r1+の変更を加えます。
- 他の誰かがfoo.cへの変更をチェックインします（もちろん、これを行ったことはわかりませんが、通常のチェック方法は壊れています）。リポジトリ内のfoo.cはr2になりました。
- これで、foo.c（r1 +変更）を除いてリポジトリを削除します。
- チェックアウトを行い、foo.cr2を取得します。
- foo.cを自分のコピーに置き換えます（r1 +変更）。ただし、Subversionはこれを認識しておらず、変更はr1ではなくr2に基づいていると考えています。
- チェックインすると、foo.cはr3になり、r2で他の人の変更が失われました。
その手順が他の人の変更を誤って元に戻すことができる方法を明らかにすることを願っています。それは避けることができますが、それがどのように起こり得るかを知っている場合に限ります！
于 2008-12-05T18:29:23.150 に答える
0
/*
同様の問題に遭遇しました。svn cleanup を使用するという提案は役に立ちませんでした。なぜなら、cleanup が同じエラー (この場合は再帰的なエラー) を出したからです。最終的に、リモート リポジトリからチェックアウトしたワークスペースをローカル リポジトリにインポートしたことに気がついたので、チェックアウトをエクスポートに置き換え、リポジトリ パスを削除し、再作成して、チェックインしました。送信側と受信側の両方のパス レベルのあいまいさ (!)、問題なくチェックアウトできました。これは、おそらく古い .svn コンポーネントがインポートの一部であり、サブバージョンを混乱させ、それらを無視するのに十分な知識がなかったことを示唆しています。リポジトリを作成しようとするたびに、それは再学習の経験です。
*/
どうでも。私は次の間違いを犯しました：1）チェックアウトコマンドではなく、エクスポートコマンドを編集しました。2）宛先からのフルパスを省略し、Windowsから隠されたcygwinサブディレクトリに行き着きました！
于 2013-11-08T19:26:42.303 に答える
0
関連するすべての .svn フォルダーを調べて削除し、クリーンアップを実行しました。完璧に動作します！
于 2009-06-11T14:49:08.483 に答える