web-dev-qa-db-ja.com

ワークスペースを移動した後、サブクリップが「パスは作業コピーではありません」と文句を言う

私は最近Eclipseワークスペースディレクトリを移動しましたが、ファイルを開くたびにSubclipseが文句を言い、次のようなコンソールにダンプします。

パスは作業コピーディレクトリではありません

svn： '[元の（移動前の）ディレクトリパス]'は作業コピーではありません

そのようなファイル、又はディレクトリはありません

これは、ファイルの履歴を明示的に表示しようとしたときにも発生します。これは、SVNのクリーンアップ、Eclipseの終了と再起動などの間で持続します。

更新、チェックイン、チェックアウトなどはすべて正常に機能しているようで、Tortoiseはまったく文句を言わないので、ねじ込まれているのは明らかにSVNメタデータではなく、Subclipse固有のメタデータです。この壊れたメタデータを吹き飛ばす方法を誰かに教えてもらえますか？

編集して追加： "チーム>切断"の後に "チーム>共有"と入力しても問題は解決しません。

再度編集して追加します：.metadataディレクトリ全体とプロジェクトディレクトリの1つを調べて、古いパスの一意の要素を探しましたが、.metadata/.log（エラーメッセージ自体）以外の場所にはありません）およびいくつかの古いFindbugs警告。非常に素晴らしい。

eclipsesvnsubclipse
31
David Moles

ワークスペースディレクトリ外のプロジェクトでjavahlを使用してサブクリップを使用すると、同じエラーメッセージが表示されました。 svnKitに変更すると問題が解決しました。

1
Serxipc

.syncinfoファイルを削除する必要があります。これは（ほとんどの場合）Eclipseを閉じて開くことで簡単に実行できますが、次のように手動で行うこともできます。

キャッシュを削除するには、Eclipseを閉じます。キャッシュは次の場所に保存されます：

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects/PROJECTNAME/​.syncinfo

したがって、.syncinfoという名前のすべてのファイルを検索して削除できます

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects

この記事からの引用： http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

20
Kyle Patrick

「チーム->クリーンアップ」を実行しただけで、この正確なエラーは解消されました。マシン間を移動し、パスが同じではないため、このエラーも発生しました。

Eclipse 3.6とSubversion 1.6プラグインを使用する。

2016年の更新： Eclipse 4.5.2およびSubclipse 1.10でも完全に機能します。

17
nightowl

編集して追加しました：いいえ、話が早すぎます。これはそれを修正しません。一部のファイルは、問題が発生していないようです。

以下は問題を解決するようです：

  1. チーム>切断。
  2. Eclipseを終了します。
  3. 吹き飛ばす.metadata/.plugins/org.tigris.Subversion.subclipse.*。
  4. Eclipseを再起動します。
  5. チーム>共有。

古いパスが実際にプラグインの設定にどのように保存されていたかはわかりませんが、どこかにあったはずです。絶対パスを格納するのはSubclipseの一種の哀れなことですが、明らかにそうです。

これに登録されたバグ 、または少なくとも同じエラーメッセージにあります。コンテキストなし。 50セントはそれが拒否されると言います。

3
David Moles

Eclipseで大文字と小文字をDAOからDaoに変更してクラスの名前を変更しようとすると、エラーが発生しました。

それをDao2のような名前に変更する必要があり、それからDaoに名前を変更することができました。

1
David B

さまざまな解決策には多くの原因があると確信していますが、 Dan Wilsonのブログ で私に役立つ原因を見つけました。問題のフォルダをワークスペースから削除し（おそらく新しいコンテンツがある場合は保存します）、更新し（Subversionにフォルダを再作成させ）、コンテンツをワークスペースの新しいフォルダに戻します。

1
Mike Blyth

私にとってうまくいったこと：プロジェクトで「リファクタリング-名前の変更」を実行=>その後、再度実行して名前を元の名前に戻します。

1
JanTheGun

私の場合、プロジェクトエクスプローラーにプロジェクトのフォルダーがあり、プロジェクトを再度開く必要がありました。

0
enkara

プロジェクト全体を一時ディレクトリにチェックアウトしてから、最初のレベルの.svnディレクトリをコピーし、作業コピーの.svnフォルダーをこれに置き換えました。

http://blog.itopia.de/directory-svn-taining-working-copy-admin-area-is-missing/275

それは私にとって中華なものです。

0
Sergio

プロジェクトにpngファイルを追加しましたが、名前を変更または削除しようとしたときにこのエラーが発生しました。プロジェクトのクリーニングと更新は何もしませんでした。

私はsvn Team Synchronizingパースペクティブに入り、ファイルを右クリックして削除しました。それで問題は解決しました。

0
James Drinkard

プロジェクトフォルダを右クリックします：チーム->ヘッドに更新

これにより、ディレクトリが復元されます。もう一度削除してコミット

0
Saad Farooq

私にとって、このエラーメッセージは、Subclipseのインストールが古いこと、および基礎となるSVNKitおよびJahaHLライブラリが原因で発生しました。私はEclipseの外でTortoiseSVNを使用してプロジェクトディレクトリを管理しており、（Tortoise）SVNツールの1.8.xシリーズへの最近のアップグレードでSubclipseの作業コピーが壊れました。

修正するために必要なのは、ヘルプ-> [新しいソフトウェアのインストール...]に移動し、[追加...]をクリックして新しい更新サイトを追加することだけでした。 http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA で最新リリースの最新更新サイトを選び、そこからSubclipseをアップグレードしました。

その後、既存のプロジェクトはすべて正常に機能し、既に切断しようとしたプロジェクトに問題なく再接続できました。

0
Ben

私は同じ問題を抱えています

新しいプロジェクトがあり、SVNに追加しました。その後、すべてが正常に機能します。Javaファイルをリファクタリングして名前を変更するまで、次のようになります。

move D:/dev/sk_ws/ge-parent/ge-core/src/main/Java/com/skillkash/ge/beans/Skbean.Java D:/dev/sk_ws/ge-parent/ge-core/src/main/Java/com/skillkash/ge/beans/SkBean.Java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\Java\com\skillkash\ge\beans\SkBean.Java' is not a directory

これで、SVN URLは次のようになります。

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

そしてリポジトリのルートは：

svn://qnap/share/MD0_DATA/svn/sk

明らかに、プロジェクトを共有してからサブクリップを使用してファイルを移動しようとしても機能しません。これはバグであるに違いありません。私はすべてのリファクタリングをEclipse外で行い、影響を受けるすべてのファイルを手動で編集する必要があります。

0
wingnut

それ以上の情報なしで言うのは難しい。

ワークスペース全体またはコンテンツのみを移動しましたか？

また、新しいワークスペースを最初から作成して、プロジェクト全体をもう一度チェックアウトすることもできます。

または、.metadataディレクトリを削除して、ファイル->インポート->既存のプロジェクトをワークスペースに再リンクしてから、チーム->プロジェクトを共有（「s」を使用）してSVNデータを再リンクするか、単に最初にプロジェクトをSVNから切断した後の最後のビットです。

0
RichN