TortoiseGit - Запрос ревизии журнала медленных шоу - PullRequest
Новая
       10

TortoiseGit - Запрос ревизии журнала медленных шоу

3 голосов
/ 28 июля 2010

В настоящее время у нас есть проблема с TorotiseGit - Show Log возрастом для заполнения истории веток / тегов.С другой стороны, GIT GUI показывает ревизию практически мгновенно.Хотя GIT GUI требует двойного щелчка по ревизии, чтобы увидеть, что изменилось.

У нас есть хранилище с 300 000 файлов, а недавно около 3000 ревизий назад, администратор сделал SVN-перемещение одного из главных каталогов.Да, это означает, что все 250 000 файлов были перемещены из одного каталога в другой.Это может быть причиной замедления.

Есть ли способ ускорить TorotiseGit для более быстрого отображения результатов журнала в ситуациях, связанных с большими хранилищами SVN.

Ответы [ 3 ]

2 голосов
/ 28 июня 2011

ответ - у git нет истории файлов, поэтому он пересекает весь репозиторий, чтобы создать историю файлов. с огромным хранилищем это становится проблемой.

2 голосов
/ 30 июля 2010

Я клонировал наш SVN-репозиторий, содержащий 40-50 гигабайт контента.TortoiseGit потребовалось 15 минут, чтобы открыть журнал изменений одного файла.Хотя доступ к тому же журналу ревизий с помощью встроенного графического интерфейса GIT был значительно быстрее.

Прошло около 3-4 лет с тех пор, как этот первоначальный ответ о переполнении стека.Хотя производительность TortoiseGit, возможно, изменилась за эти годы и может быть такой же быстрой, как и встроенный графический интерфейс GIT.Мои рекомендации, если вы имеете дело с большими 40-50 гигабайтами svn repro, это клонировать репозиторий svn и размещать его локально или использовать встроенный GIT GUI.

0 голосов
/ 24 февраля 2016

У нас тоже была эта проблема - (почти) мгновенный просмотр журнала на корневом уровне и через графический интерфейс git, но 10 минут для отдельного файла через TGit.

Затем (по несвязанным причинам) наш Антивирус (неуверен, что - компьютеры были заблокированы) был отключен, и ... почти мгновенный просмотр журнала TGit отдельных файлов!

Так что я предполагаю, что для каждого извлеченного фрагмента журнала AV должен был запускаться и проверять его по частям.

Кстати, наш репо составляет около 12 ГБ и разбивается на куски по 1 ГБ

...