6

私は、かなり大規模で複雑なJavaプロジェクトのセット（100万行を超えるコード）と10年分の歴史にEGitを使用しています。
ここで、私はEGitで深刻なパフォーマンスの問題に直面しています。Javaファイルのわずかな1行の変更でも、EGitが数分間再インデックスを作成し、システム全体の速度が低下するためです。確かに、「git status」はコマンドラインから約1分かかるため、gitコマンドラインでさえ少し遅いですが、このパフォーマンスの問題とEGitコミットダイアログの速度の問題（リンク）に耐えることができます。gitコマンドラインを使用してコミットと更新を行うことができますが、生産性に影響するため、Eclipseのパフォーマンスをトレードオフしたくありません。

以下は、グーグルをして周りの人に聞いてみたものです。

  1. 除外ファイルにすべてのクラスフォルダを追加しました。確かに、当分の間、クラスフォルダを.gitignoreにも入れてみました。
  2. マシンを1日オンにして、インデックス作成を完了するのに十分な時間をEgitに与えました。
  3. 開発中は、Gitのステージング、履歴、およびその他すべてのEclipseビューがEclipseワークベンチで閉じられます。
  4. 「gitgc」を実行しました-コマンドラインのパフォーマンスに違いはありましたが、EGitにはほとんど違いがありませんでした。
  5. Gitのチェックされていないラベルデコレータ。[設定]->[一般]->[外観]->[ラベルの装飾]。
  6. JGitがパス変換にcygwinを使用している可能性があることをフォーラムのどこかで読んだため、パスからcygwinを削除しました。
  7. Eclipseのウィンドウキャッシュを10mから70mに増やしました（[設定]->[チーム]->[Git]-> [ウィンドウキャッシュ]）。

PS：Gitリポジトリはsvnリモートリポジトリを指しています。また、私はgit初心者なので、セットアップを間違えた可能性がありますので、お気軽にご指摘ください。

これが私のシステム情報です。派手なハードウェアの仕様はあまりありませんが、RAMに余裕があります（8GB）。

  • git-guiバージョン0.16GITGUID
  • gitバージョン：1.7.10.mysysgit.1
  • JDK 1.6_025
  • Eclipseバージョン：3.7.2パラメーター付きのJavaEEバージョン-Xms1536m-Xmx1536m
  • EGit：1.3.0.201202151440
  • Windows 7プロセッサー：Core 2 Duo 2.6GHZ
4

2 に答える 2

3

これはおそらくあなたの問題ではありませんが、このページはegitのパフォーマンスに関してグーグルに表示されます。パフォーマンスの問題の原因が追跡されていない（インデックス付けされている？）ファイルである場合。ローカルディレクトリツリーに追跡されていないファイルが多数ないことを確認してください。これは、egitのパフォーマンスに深刻な影響を及ぼします。10K以上のファイルを含むディレクターを削除すると、コミットのパフォーマンスがコミットダイアログを開くのに1分以上かかることから、数秒かかることになりました。

于 2012-11-21T05:14:34.640 に答える
0

これは、CVCS（集中型VCS）とDVCS（分散型）VCSの間の問題です。

多くのリポジトリが1つの巨大なGitリポジトリよりもパフォーマンスが優れているのではないかと思います。そうしないと、バグ323839のように、同期の問題が発生し始めます。

ただし、これは、Gitリポジトリと1つのSVNリポジトリ間の（簡略化された）同期を、Gitリポジトリにコピー元のSVNワークスペースを介して、またはGitリポジトリの新しい進化をSVNワークスペースにコピーしてコミットすることで手動で管理することを意味しますの。

于 2012-04-21T14:36:15.423 に答える