Subversive を使用して新しいチェックアウトを行った後、svn:external プロパティのために取得されたディレクトリの一部がブロックされて表示されます。ただし、すべてがそうであるわけではありません。コマンドラインで「svn status」を使用すると、すべてのディレクトリが障害物なしで外部として適切に表示されます。
なぜこうなった？
5001 次
1 に答える
2
これはこのスレッドのように見えます
状況を確認したところ、更新時に外部プロセスによって作業コピーがロックされた場合に問題が発生する可能性があることがわかりました。
たとえば、TortoiseSVNに時々関連するプロセスTSVNCacheは、作業コピーアクセスとの競合を引き起こし、JavaSVNライブラリは作業コピーの変更を正しい方法で完了できません。その結果、作業コピーは「妨害」状態になります。つまり、破損しています。
作業コピーのメタデータの変更時に作業コピーをロックするプロセスに関連する同じ診断。（MS Visual Studio 2005 Express Editionでも同じ動作が見つかりましたが、StudioがWCをロックする理由がわかりませんか？）
したがって、実行中のアプリケーションの数をできるだけ少なくしてチェックアウトを行うようにしてください。
競合の別の原因は次のとおりです。
SVN 1.4.x互換のクライアントは、作業コピーを1.4.x互換の形式に自動的に変換します。現時点では、SubversiveDefaultクライアントはSVN1.4.x作業コピー形式と互換性がありません。
したがって、コマンドラインSVNクライアントを使用して作業コピーの変更を実行した場合、ワークスペースツリーのリソースに「Obstructed」状態が表示されます。
この問題を解決するために、SVNクライアントオプションを切り替えて、SVNキット1.1.0ベースのクライアントまたはネイティブJavaHL1.4.2クライアントを選択することを提案します。
次に、リソースがすでに「障害物」として装飾されている場合は、対応するプロジェクトを閉じてから再度開くか、EclipseIDEを再起動してSVNメタ情報キャッシュを再ロードしてください。
さて、正確なバージョンはあなたにとって同じではないかもしれませんが、それはチェックするもう一つの手がかりです。
于 2009-02-16T19:03:26.067 に答える