Предложения по оптимизации EGit на Eclipse

Question

Я использую EGit на довольно большом и сложном наборе Java-проектов (более миллиона строк кода) и десятилетней истории.
Здесь я сталкиваюсь с серьезными проблемами производительности с EGit, так как даже небольшое изменение одной строки в файле Java заставляет EGit повторно индексировать пару минут, что замедляет работу всей системы. Действительно, даже командная строка git немного медленна, так как «git status» занимает около минуты из командной строки, но я могу жить с этой проблемой производительности, & Проблема с задержкой диалогового окна EGit (link). Поскольку я могу использовать командную строку git для фиксации и обновления, но я не хочу компрометировать производительность Eclipse, так как это влияет на производительность.

Ниже то, что я пытался, выполняя поиск в Google и просить людей вокруг:

1. Добавлена ​​папка все классы в файле исключить. В самом деле, попробовал также накладывать класс folderin .gitignore на время.
2. Gave Egit достаточно времени, чтобы завершить индексирование, удерживая машину в течение одного дня.
3. Git staging, history и все другие виды затмений закрываются в верстаке Eclipse во время разработки.
4. Был ли «git gc» - это повлияло на производительность командной строки, но вряд ли какая-либо разница для EGit.
5. Непроверенный декоратор для Git. Настройки -> Общие -> Внешний вид -> Этикетки.
6. Удалено cygwin из пути, так как читайте где-нибудь на форуме, что JGit может использовать cygwin для преобразования пути.
7. Увеличенный кеш окна от 10 до 70 м в Eclipse (Настройки -> Команда -> Гит -> кеш окна).

PS: Репозиторий Git указывает на удаленный репозиторий svn. Кроме того, я новичок git, возможно, ошибся в настройке, поэтому, пожалуйста, не стесняйтесь указывать что-либо.

Вот моя системная информация, у меня нет очень причудливых аппаратных спецификаций, но в некоторой ОЗУ, чтобы сэкономить (8 ГБ).

• ГИТ-гуй версия 0,16 GITGUID
• версия мерзавец: 1.7.10.mysysgit.1
• JDK 1.6_025
• Eclipse, версия: версия 3.7.2 Java EE с параметрами -Xms1536m -Xmx1536m
• EGit: 1.3.0.201202151440
• Windows 7 Процессор: Core 2 Duo 2.6GHz

Answer 1

это проблема между CVCS (централизованная VCS) и DVCS (распределенная) VCS:

• Один SVN-репо может содержать данные на основе GB.
• a Git repo следует хранить небольшим и использовать submodules, чтобы представлять через несколько репозиториев Git.

Я подозреваю, что много репозиториев могло бы работать лучше, чем один гигантский репозиторий Git. В противном случае возникают проблемы синхронизации, например, в bug 323839.

Но это означает управление (упрощенную) синхронизацию между репозиториями Git и одним SVN-репо вручную через рабочую область SVN, с которой вы копируете в свои репозитории Git, или на которые вы копируете Git repos новые эволюции обратно в SVN workspace для фиксации в.

Answer 2

Возможно, это не совсем ваша проблема, но эта страница появляется в google относительно производительности egit. Когда-то источником проблем с производительностью являются необработанные (индексированные?) Файлы. Убедитесь, что в дереве локального каталога нет большого количества файлов без следа, так как это серьезно влияет на производительность. Я удалил режиссера с файлами 10K + и зафиксировал эффективность с 1 + минуты, чтобы открыть диалог фиксации на пару секунд.