Eclipse subversionプロジェクト接続を復元する

私はEclipseを使用して開発しているsubversionのプロジェクトを持っています。私はEclipse内からsvnリポジトリから元のチェックアウトを行いました。何週間かすべてが順調でしたが、何らかの未知の理由により、Eclipse（具体的には、Ganymedeのサブクリップ）が私のプロジェクトをsvnの制御下にあると認識しなくなりました。チームのコンテキストメニューには、基本的な「パッチの適用」/「このプロジェクトの共有」メニューオプションのみが表示されます。シェルからは、引き続きsvnコマンドラインツールを使用してプロジェクトを更新できるため、svn資格情報は引き続き機能します。Eclipseの同じコピーでsubversionの下にある他のプロジェクトは引き続き機能します。

ローカルコピーを削除して再度チェックアウトできることはわかっていますが、問題の原因を理解したいと思います。症状を隠すのではなく、問題を修正してください。Eclipseは、バージョン管理されているプロジェクトに関する知識をどこに保存しますか？私は.projectファイルと.settingsディレクトリを見ましたが、まだ適切に機能しているプロジェクトであっても、svnの性質などの明らかな言及はありませんでした。

SVNプロバイダーとしてsublipseを使用している場合は、次のことをお勧めします

チーム->共有プロジェクトは通常、メタデータを接続するのに十分です。

（つまり、コマンドラインで作業できる場合、.svnファイルがまだ存在していると想定されます）。

これがなぜ起こるのかについてこれが役立つことを願っています

プロジェクトを再インポートするだけの簡単な方法を見つけました

チーム->プロジェクトの共有（@Paul Whelanによって提供されたこの質問への回答による）だけではうまくいきませんでした。プロジェクトの共有ウィザードは、プロジェクトがまだSVNにないかのように動作しました（私のプロジェクトに.svnフォルダーが存在していたとしても）。

私はSubversiveとJavaHLアドオンをアンインストールして（ヘルプ| Eclipseについて|インストールの詳細ボタン|インストール済みのソフトウェアタブ|アンインストール...）、Subversiveを再インストールすることで問題を解決しました。Eclipseの再起動後にプロンプ​​トが表示されたら、JavaHLコネクターではなくSVNKitコネクターをインストールすることを選択しました。

その後、もう一度Team-> Share Project ...を試したところ、Eclipseは自分のプロジェクトがすでにSVNに存在することを正しく認識し、接続を正常に復元しました。

補遺：vpn内のsvnリポジトリーに接続されているワークスペース内のプロジェクトを使用して会社のvpnの外部でEclipseを起動すると、私の問題が明らかになることがわかりました。幸いにも、Eclipse svnプラグインを破壊的からサブクリップに切り替えることで解決しました。

イアン

日食から、私はプロジェクトを閉じて、問題を解決した再開しました。すべてのSVNによるリンクは、私のワークスペースのすべてのプロジェクトに戻ります。

私は同じ問題を抱えていましたが、このフォーラムは正しい答えを見つけるのに役立ちました。

以前のプロジェクトはサブクリップを使用して構成されました。新しい日食は衰退しました。

サブクリップをインストールすると、チームの下でsvnオプションを取り戻すのに役立ちました！

それが他の誰かを助けることを願っています。

よろしく

アンシュプラティーク

使用しているプラ​​ットフォームがわからないので、あなたの問題が私の問題と似ているかどうかはわかりません。しかし、最近（実際には2つの異なるプラットフォームで！）Subversive（またはおそらくEclipse自体、明確ではない）への更新が原因でコネクターがロードされなくなった問題がありました。コネクタがないと、Subversiveはプロジェクトに接続できません。しかし、Eclipseがプロジェクトをロックアウトすることはなく、SVN関連の機能を削除するだけです。

Eclipseのさまざまなエラー（クラスが見つからない例外など）のログである[エラー]ビューを見て、Subversiveコンポーネントに関連する行がないかどうかを確認します。残念ながら、私は実際にソリューションを推奨することはできません。私のMac OSXプラットフォームでは、Subversiveコアエレメントとコネクタを再インストールするだけで十分でした。Linuxマシン（OSのアップグレードが原因である可能性があります）では、Eclipseを完全に再インストールする必要があります。完全に調査するには、あまりにも多くの情報が蓄積されているためです。

Subversiveを使用したJunoリリースでは、次のことを行いました。

• ファイル/インポートはインポートポップアップを表示します。
• そこから、WorkspaceへのGeneral / Existing Projectsを選択します。
• 次のペインで、ルートディレクトリを選択します。次に、すべてのサブディレクトリが表示されます。これらはすべてデフォルトで選択されます。
• 不要なものの選択を解除します。

次に、既存のディレクトリを「インポート」します。既存のディレクトリは、ワークスペースディレクトリ内に既に配置されている場所で使用できます。

私の場合も同じです：.svn dirsはありましたが、私のプロジェクトはsvnアクションをサポートしていませんでした。

少し突っ込んだ後、強制終了した日食の後、破壊的なプラグインが消えたことがわかりました。

解決策は破壊的なバージョンを（再）インストールすることでしたが、今ではすべてが元通りになっています。

乾杯v。

更新：プラグインがインストールされていない新しいバージョンにEclipseを切り替えました。これが、プラグインを最初からインストールしなければならなかった理由です。

これは私にとってうまくいきました：右クリック-> TortoiseSVN->設定->アイコンオーバーレイプロパティ、ステータスキャッシュとしてシェルを選択。[OK、ページを更新]をクリックします。

この問題は確実に再現できます。POM自体を含むフォルダーではなく、「trunk」などの親ディレクトリで「Check out as Maven Project ...」を実行して特定のMavenプロジェクトをチェックアウトすると発生します。この場合、Subclipseはプロジェクトを問題なくチェックアウトし、などのプレースホルダー名でワークスペースディレクトリに配置しますmaven.1424425443350。 このディレクトリ内に、Mavenアーティファクトの名前を持つサブディレクトリを作成します。これはSubclipseとSubversionの両方を混同します。これまで見てきたように、Subclipseはプロジェクトがバージョン管理下にあることをすぐに忘れsvn status、maven.1424425443350ディレクトリのコマンドラインから呼び出すと、ディレクトリがバージョン管理下にあることを通知しますが、バージョン管理されたファイルがすべてありません。

SubsclipseがSVN接続を忘れた原因である場合、他の回答で提示されている回避策はどれも機能しません。代わりに、唯一の解決策は、プロジェクトを削除して再度チェックアウトすることです。今回は、より高レベルのディレクトリではなくPOMを含むディレクトリでチェックアウトが実行されることを確認します。

より優れた全体的な解決策は、POMを含まないディレクトリでSubclipseが「Mavenプロジェクトとしてチェックアウト...」を実行することを拒否するか、Mavenプロジェクトのサブディレクトリを検索することで実行しようとするケースをより適切に処理することです。

SVNリポジトリのバージョン（1.8.x）と同時に2つのSVNKit実装（1.7.xと1.8.x）を使用していました。

結果として、チーム->プロジェクトの共有...は常にコミットメッセージを要求しました。明らかに、SV1.8.xと互換性のないSVNKit 1.7.xが使用されました。

SVNKit 1.7.x eclipseを削除した後、利用可能な唯一の正しいSVNKitバージョン1.8.xを使用し、すべてが期待どおりに機能しました。