32

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

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

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

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

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

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

追加するために編集：「チーム>切断」に続いて「チーム>共有」は問題を解決しません。

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

4

18 に答える 18

22

ファイルを削除する必要があり.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

于 2010-09-17T06:17:31.937 に答える
17

「チーム->クリーンアップ」を実行したところ、この正確なエラーはなくなりました。また、マシン間を移動し、パスが同じではなかったため、このエラーが発生しました。

Eclipse3.6とSubversion1.6プラグインを使用します。

2016年の更新： Eclipse4.5.2およびSubclipse1.10でも完全に機能します。

于 2010-12-07T14:26:50.827 に答える
4

追加するために編集:いいえ、話が早すぎました。これでは治りません。一部のファイルでは、問題が発生していないように見えます。

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

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

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

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

于 2009-09-15T09:26:33.563 に答える
1

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

于 2010-10-07T10:00:28.733 に答える
1

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

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

于 2014-01-23T21:46:20.080 に答える
0

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

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

于 2011-09-12T06:24:38.320 に答える
0

私も同じ問題を抱えてる

新しいプロジェクトがあり、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

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

于 2010-07-25T11:28:23.140 に答える
0

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

于 2009-10-09T13:32:56.637 に答える
0

詳細な情報がなければなんとも言えません。

ワークスペース全体を移動しましたか、それともコンテンツのみを移動しましたか?

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

または、.metadata ディレクトリを削除してから、[ファイル] -> [インポート] -> [既存のプロジェクトをワークスペース] を使用してプロジェクトを再度リンクし直してから、[チーム] -> [プロジェクトを共有] ('s' を使用) を介して SVN データを再リンクするか、単に行うこともできます。プロジェクトをSVNから最初に切断した後のこの最後のビット。

于 2009-09-15T08:37:47.353 に答える
0

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

于 2013-08-06T07:29:18.327 に答える
0

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

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

于 2016-02-12T17:37:57.767 に答える
0

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

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

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

于 2013-11-12T18:11:00.100 に答える
0

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

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

それは私のために起きます。

于 2015-07-20T13:13:51.167 に答える
-1

少し前に、同様の問題がありました。Subclipse (または Eclipse) は、作業コピーの絶対パスを保存しているようです。最もクリーンな解決策は、リポジトリを新しいパスに再度エクスポートすることです。

コミットされていないコードがある場合は、それをクリーン エクスポートの上にコピーできます (.svn フォルダーなし)。

于 2009-09-15T08:53:48.457 に答える
-1

私もこの問題を抱えていたので、ワークスペースからプロジェクトを削除しただけです (ファイル システム上のファイルはそのままにしておきます)。

次に、svn プロジェクトをワークスペースにインポートしました。

インポート -> SVN -> SVN からプロジェクトをチェックアウトします。

既存のリポジトリの場所を使用してファイルを取り込みました。

この問題は、Eclipse のエディションを変更し、使用すべきバージョンよりも前のバージョンの Subclipse プラグインを使用したときに発生しました。

新しいバージョンをアンインストールし、正しい古いバージョンをインストールしたところ、すべてうまくいきました。

于 2014-02-12T18:53:09.253 に答える