web-dev-qa-db-ja.com

Eclipse:「SVNキャッシュの更新」がハングアップしてロックする

Eclipseを起動するたびに、プログラムはこの「SVNキャッシュの更新」を開始しますが、永久に0%になります。この操作が完了するまで、プロジェクトのチェックアウト、ビルド、実行などの操作を実行することはできません(実行されることはありません)。また、エディターで何かを入力しようとすると、プログラム全体がフリーズし、プロセスを強制終了する必要があります。

私は何日もの間この問題の答えをグーグルで検索してきましたが、まだ答えを出していません。他の誰かが同様の問題を抱えていて、解決策を見つけましたか?

Eclipse、そのすべてのプラグイン、およびjdkをゼロから再インストールしようとしたことを追加したいと思います。何も機能していないようです。

36
imnotfred

私は同じ問題に直面し、EclipseのSVNのパフォーマンス設定のほとんどを無効にすることでこれから抜け出そうとしました:

  • Windows>環境設定>チーム> SVN>パフォーマンス
  • 無効:深い発信状態、キャッシュ、永続的なSSHの計算

SVN Performance Settings in Eclipse

19
Osify

私はこの問題に遭遇し、それを救うことができました。これは、Junoに搭載されているZend Studio 10.5の場合です。ワークスペースには約5つのプロジェクトがあり、そのうち1つは開いていました。 「SVNキャッシュの更新」が完了するのを待っていたため、プロジェクトを閉じることができませんでした。

  • Eclipseを閉じた状態で、開いているプロジェクトに移動し、コマンドラインで「svn cleanup」を実行しました。
  • Workspace/.metadata/.plugins/org.Eclipse.team.svn.coreには、一時ディレクトリがたくさんありました。バックアップtarballを作成し、それらをすべて吹き飛ばしました。

それは何も修正しませんでした。最後にこれを試しました:

  1. Eclipseを閉じた状態で、プロジェクトディレクトリに移動し、.projectの名前をproject.xmlに変更しました。
  2. Eclipseを再開し、プロジェクトは終了しました。 SVN更新メッセージはありません。
  3. Eclipseを再起動しました。
  4. プロジェクトを開きましたが、Eclipseは欠落している.projectファイルを拒否しました。
  5. Eclipseを閉じました。
  6. プロジェクトディレクトリに移動し、project.xmlの名前を.projectに戻しました。
  7. Eclipseを再起動しました。
  8. プロジェクトを開きました。順風満帆。問題なく変更をコミットすることができました。

これまでのところ、workspace/.metadata/.plugins/org.Eclipse.team.svn.coreディレクトリはまだ空です。

私が試した最初の2つのことがまったく役立ったかどうか、またはプロジェクトを強制終了するために.projectファイルの名前を変更するだけで十分だったかどうかはわかりません。次回(そして次回もあります)プロジェクトが強制終了され、レポートが返されます。

9
user3096856

あなたはあなただけではありません( このバグレポート または このフォーラムスレッド を参照)が、おそらくEclipse自体のバグではありません。次のステップ:

  1. スレッドダンプを取得して、これがデッドロックであるか、スレッドが発生しないことを待っているかどうかを確認します(バグレポートでは、System.loadLibrary()でハングします)。これにはjconsoleを使用できます。SDKに付属しています。

  2. ワークスペース(SVNを使用する)で開いているすべてのプロジェクトを別のSVNツール(コマンドラインsvnまたは TurtoiseSVN Windowsの場合)でチェックして、データ構造が破損していないことを確認します。

  3. Eclipseおよび/またはSVNプラグインの最新バージョンを入手してください

  4. 別のコネクタを試してください。 JNIソリューションjavahlでうまくいく人もいれば、pure-Java SVNKit でうまくいく人もいます。

6
Aaron Digulla

私の場合、カメSVN Explorer関連のウィンドウがどこかで開いていることに気付きました。おそらくキャッシュをロックし、Eclipseはロック解除を待っていました。

質問に対する直接的な答えではありませんが、これは誰かが同様の間違いをするのを助けるかもしれません。

5
Narasimham
  1. Windows>環境設定>チーム> SVN>パフォーマンス
    • 無効:深い発信状態、キャッシュ、永続的なSSHの計算
  2. 環境設定->一般に移動します
    • 有効:常にバックグラウンドで実行
    • 有効:ヒープステータスを表示
    • ワークベンチの保存間隔(分):9999
    • これにより、Eclipseでのメモリ使用量が表示されます。
  3. 次に、Eclipse.iniファイルを編集し、XmsおよびXmxの値を次のように変更します。-launcher.XXMaxPermSize 512m -Xms1024m -Xmx1024m
4
ArulG

ワークスペースで同じプロジェクトを2回使用すると、この問題に直面しました。ワークスペースにコピーが1つだけあることを確認してください。おそらく役立つでしょう。

3
Uooo

私も同様の問題に直面していたので、Windows-> Preferences-> Team-> SVN-> Label Decorationsの下の「フォルダの深い送信状態を計算する」のチェックを外すことでこれを解決しました。

2
MLS

Eclipseのメモリの問題である可能性があります。これらの手順を実行するまで、同様の問題がありました。

  • [設定]-> [一般]に移動し、次の値を入力します。

Eclipse_Preference_General

これにより、Eclipseでのメモリ使用量が表示されます。

  • 次に、Eclipse.iniファイルを編集し、XmsおよびXmxの値を次のように変更します。

-Xms1024m

-Xmx1024m

メモリの状態を見てください。それが役立つことを願っています。

2
Yuri

このトピックは、Eclipse svn update blockに関する問題を解決するのに役立ちました。

私はこの事例が出​​たEclipse火星を使用しています。

  1. 最初に、不要な2つのプロジェクトを削除しました。ワークスペースのプロジェクト数を減らすためです。
  2. Eclipse.iniのパラメーターの変更も役に立たなかった。
  3. Eclipseセットに-clean引数があったので、それがうまく機能することを期待して削除しました。少し助けになったので、eclispeの実行時間はずっと長くなりましたが、それほど長くはなりませんでした。 rockfarkas ここにヒントがあります。
  4. 最後に本当に役立ったのは、すべてのプロジェクトを非常に高速にマークすることでした CtrlA プロジェクトビューから、SVNキャッシュの実行中にコンテキストメニューを使用して閉じます。彼らの半分は、他の人ができないことをしましたが、その後、SVNキャッシュがその状態を変更しているのがわかりましたので、私は再び働くことができました。次のステップは、残りのプロジェクトを閉じて、1つずつ開きます。このアイデアに私は ser3096856 の投稿を読みに来ました。
1

Eclipseでsvnをブロックするインデックスエラーが見つかりました。別のプロジェクトリソースとsvnリポジトリは、.metadata.plugins\org.Eclipse.core.resources.projects\ProjectName\4.treeおよびその他のリソースにありました。

「チーム> SVN>パフォーマンス」の前の回答でのsvnクリーンアップは、私の問題を解決しません。

「Eclipse.exe -clean」は、Eclipseを100%CPUで無責任にします。

唯一の解決策は、Eclipseを終了した後、org.Eclipse.core.resources.projects *ファイルを手動で削除することでした。

1
rockfarkas

私はこれを解決しました:

-プロジェクトを選択(またはすべてのプロジェクト)ワークスペース(Eclipse)、右クリック、メニューから選択チーム>クリーンアップ

1
Javier Larios

Maven SCMコネクタを使用していますか?必要ない場合は、アンインストールしてみてください。 MCM SCMチェックアウトにはSCMコネクタが必要です。MavenSCMプロジェクトチェックアウトを使用せず、代わりにSubEclipseチェックアウトを使用し、Eclipseのコンテキストメニューから既存プロジェクトのインポートまたはMavenプロジェクトへの変換オプションを使用してプロジェクトをMavenに変換します。

0
MG Developer

私の場合、30分間の奇妙なことに、完了したのは0パーセントだけでした。 Eclipse/machineを再起動しようとしても同じことが起きていたので、私は辛抱強く待ちました。 30分後、svn update操作が続行され、正常に完了しました。

時々忍耐、役立ちます:)

0
MansoorShaikh

Subversive-SVN Team Provider 3.0.0 with SVNKit 1.8.10 with SVN Connectorを使用しました。 SVNコネクタを最新バージョン1.8.11に更新し、修正しました。

0
ligj

SVNからプロジェクトが重複している場合。

  1. Eclipseを強制的に閉じます。
  2. ファイルスペースから重複プロジェクトを削除します。 (例:C:\ Users\XXX\Workspace\DuplicateProject)
  3. Eclipseの再起動
  4. 一定。
0
ToolFan