39

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

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

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

4

15 に答える 15

23

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

  • Windows > 設定 > チーム > SVN > パフォーマンス

または (最新バージョンの場合): Windows > 設定 >バージョン管理 (チーム) > SVN > パフォーマンス

  • 無効: 深い送信状態の計算、キャッシュ、永続的な SSH

Eclipse での SVN パフォーマンス設定

于 2015-02-23T03:49:53.943 に答える
9

私はちょうどこの問題に遭遇し、それを救うことができました. これは、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. エクリプスを再起動しました。
  4. プロジェクトを開きましたが、Eclipse は欠落している .project ファイルに躊躇しました。
  5. エクリプスを閉じました。
  6. プロジェクト ディレクトリに移動し、project.xml の名前を .project に戻しました。
  7. エクリプスを再起動しました。
  8. プロジェクトを開きました。順風満帆。問題なく変更をコミットできました。

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

私が試した最初の 2 つのことがまったく役に立ったのか、それとも .project ファイルの名前を変更してプロジェクトを強制的に閉じるだけだったのかはわかりません。次回それが発生した場合 (そして次回も発生する予定です)、プロジェクトを強制終了して報告します。

于 2013-12-12T19:37:47.950 に答える
6

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

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

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

  3. Eclipse や SVN プラグインの最新バージョンを入手する

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

于 2012-06-18T15:57:33.747 に答える
2

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

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

Eclipse_Preference_General

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

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

-Xms1024m

-Xmx1024m

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

于 2015-07-01T14:11:58.953 に答える
1

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

このケースが発生した日食火星を使用しています。

  1. 最初に、ワークスペース内のプロジェクト数を減らすために、不要な 2 つのプロジェクトを削除しました。
  2. eclipse.ini のパラメーターを変更しても効果がありませんでした。
  3. 私は日食セットに -clean 引数を持っていたので、それがうまくいくことを期待してそれも削除しました。それは少し助けになったので、Eclipseはずっと長く実行されていましたが、それ以上ではありませんでした. rockfarkas のヒントはここにあります。
  4. 最後に本当に役に立ったのは CtrlA、プロジェクト ビューからすべてのプロジェクトを非常に高速にマークし、SVN キャッシュがまだ実行されている間にコンテキスト メニューからそれらを閉じることでした。それらの半分は、他の人ができなかったことをしましたが、その後、SVN キャッシュの状態が変化していることを確認できたので、再び作業することができました。次のステップは、残りのプロジェクトを閉じて、1 つずつ開くことでした。この考えに、私はuser3096856の投稿を読んで来ました。
于 2016-04-22T18:53:38.710 に答える
0

Subversive - SVN Team Provider 3.0.0 と SVNKit 1.8.10 を SVN Connctor として使用しました。SVN Connctor を最新バージョン 1.8.11 に更新し、修正しました。

于 2016-02-19T06:26:49.610 に答える
0

私の場合、わずか 30 分で 0 パーセントしか完了していませんでした。Eclipse/マシンを再起動しようとしたので、辛抱強く待っていましたが、それでも同じ結果が得られました。30 分後、svn update 操作が続行され、正常に完了しました。

時には忍耐が役立ちます:)

于 2013-11-28T06:11:29.410 に答える
-1

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

于 2014-01-10T17:55:28.667 に答える