Пускането на системата за управление на изходен код Git 2.38

Представен е новият выпуск на разпределената система за управление на изходните текстове Git 2.38. Git е една от най-популярните, надеждни и високо производителни системи за управление на версии, предлагаща гъвкави средства за нелинейно разработване, базирано на клонове и сливане на клонове. За осигуряване на целостта на историята и устойчивостта на промени „постфактум“ се използва неявно хеширане на цялата предишна история във всеки комит, както и възможност за удостоверяване с цифрови подписи от разработчиците на отделни тагове и комити.

В сравнение с предишния выпуск в новата версия са включени 699 промени, подготвени с участието на 92 разработчици, от които 24 са участвали за първи път в разработката. Основните нововъведения са:

• В основния състав е включен инструментът „scalar“, разработен от компанията Microsoft за управление на големи репозитории. Инструментът първоначално е написан на C#, но в Git е включен преработен вариант на C. Новият инструмент се отличава от командата git, като по подразбиране включва допълнителни възможности и настройки, които влияят на производителността при работа с много големи репозитории. Например, при използване на scalar се прилага:
  • Частично клониране за работа с непълна копие на репозитория.
  • Вграден механизъм за проследяване на промени в файловата система (FSMonitor), който позволява да се избегне преглед на цялата работна директория.
  • Индекси, обхващащи обекти в различни пак-файлове (multi-pack).
  • Файлове commit-graph с индекс на графа на комитите, използвани за оптимизация на достъпа до информация за комитите.
  • Фонови периодични задачи за поддържане на оптималната структура на репозитория в фонов режим, без да блокират интерактивната сесия (веднъж на час се изпълнява работа по предварително зареждане на нови обекти от отдалечения репозитория и актуализация на файла с графа на комитите, а всяка нощ се стартира процес на опаковане на репозитория).
  • Режим „sparseCheckoutCone“, ограничаващ допустимите шаблони при частично клониране.
• В команда „git rebase“ е добавена опция „—update-refs“ за обновяване на зависими клонове, които се пресичат с преместените клонове, за да не се налага ръчно да извършвате операции checkout за всеки зависим клон, за да се превключите на необходимия комит.
• Осигурена е съвместимост на командата «git rm» с частични индекси.
• Подобрено е поведението на командата «git mv A B» при преместване на файл от работната област с частични индекси в режим «cone» към външна област, към която този режим не се прилага.
• Извършена е оптимизация на формата на bitmap файловете за работа с големи хранилища — добавена е опционална индексна таблица със списък на избраните комити и техните отмествания.
• В командата «git merge-tree» е реализиран нов режим, при който на базата на два указани комита се изчислява дървото с резултата от сливането, така както ако историите на тези комити са били обединени.
• Добавена е настройка «safe.barerepository» за управление на възможността за разполагане на bare хранилища (хранилища, които не съдържат работна област) вътре в други git хранилища. При настройка на стойност «explicit» ще бъде разрешена работа с bare хранилища, разположени само в горната директория. За разрешаване на разположението на bare хранилища в подкаталози следва да се използва стойност «all».
• Към командата «git grep» е добавена опция «-m» («—max-count»), подобна на едноименната опция в GNU grep и позволяваща ограничаване на броя на извежданите съвпадения.
• В командата «ls-files» е реализирана опция «—format» за настройка на извежданите полета (например, може да се включи извеждането на името на обекта, режимите и др.).
• В «git cat-file», при показване на съдържанието на обекти, е реализирана възможност за отчитане на привързаностите на авторите към email, зададени в файла mailmap.

Източник: opennet.ru