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

След три месеца разработка беше представен релизът на разпределената система за управление на изходни текстове Git 2.52. Git се отличава с висока производителност и предоставя средства за нелинейно разработване, базирани на разклоняване и сливане на клонове. За осигуряване на целостта на историята и устойчивостта на промени "задним числом" се използва неявно хеширане на цялата предходна история в всеки комит, както и удостоверяване с цифрови подписи на разработчиците на отделни тагове и комити. Кодът на Git се разпространява под лиценз GPLv2+.

В сравнение с предишния випусе в новата версия са включени 637 промени, подготвени с участието на 94 разработчика (33 от които за първи път участват в разработването на Git). Основни новости (1, 2, 3):

• Добавена е команда „git last-modified“ за показване на списък с файлове в указаната ревизия и комитите, през които са направени последните промени в всеки от тези файлове. $ git last-modified HEAD b56f6dcd7b4c90192018e848d0810f091d092913 test.h 29330ae4b820147c98e723399e9438c8bee60a8a test1.c 573ad8917beb99dc643b6e7f5c117a294384a575 test2.c
• Добавена е команда „git repo“ за изпълнение на действия, свързани с извличането на информация от репозитория. Предложени са две подкоманди — „git repo info“ и „git repo structure“, които извеждат информация за настройките на репозитория и данни за структурата на репозитория (например, може да се установи броят на връзките и обектите в репозитория). $ git repo info object.format references.format object.format=sha1 references.format=reftable $ git repo structure | Структура на репозитория | Стойност | | ——————— | —— | | * Връзки | | | * Брой | 1983 | | * Клонове | 4 | | * Тагове | 1125 | | * Ремонти | 854 | | * Други | 0 | | | | * Достъпни обекти | | | * Брой | 518955 | | * Комити | 77469 | | * Дървета | 188865 | | * Блобове | 251631 | | * Тагове | 990 |
• В командата „git refs“ бяха добавени три подкоманди, които унифицират разпокъсаните и пересекащи се нискоуровневи операции с връзки (git for-each-ref, git show-ref, git update-ref и git pack-refs):
  • „git refs optimize“ — оптимизация на бекенда за съхранение на връзки (по аналогия с „git pack-refs“).
  • „git refs list“ — извеждане на списък на всички връзки (по аналогия с „git for-each-ref“ или „git show-ref“).
  • „git refs exists“ — проверка за съществуването на връзка (аналог на „git show-ref —exists“).
• Форматът за експортиране или импортиране на историята на комитите е разширен с възможностите за работа с криптографски подписи, използващи както идентификатори на обекти на база алгоритъма SHA-1, така и на SHA-256. В командата „git fast-import“ е реализирана поддръжка за обработка на подписани тагове аналогично на подписаните комити. Добавени са опции „—signed-commits=<режим>“ и „—signed-tags=<режим>“ за управление на обработката на подписани комити и тагове на етапа на импорта (режимът може да приема стойности verbatim, warn-verbatim, warn-stri, strip или abort).
• В командата „git maintenance“ е добавена поддръжка на нова стратегия „geometric“ („git config set maintenance.strategy geometric“), която позволява да се намали времето за обслужване на големи монорепозитории. Сравнено с предишната стратегия, използваща логика като в командата „git gc“, новата стратегия избягва повторното опаковане на всички обекти и изключва излишно резурсоемките операции, като сливането на всички pack-файлове (при възможност обединението се извършва на части и без почистване на изтритите обекти).
• Добавена е командата „git sparse-checkout clean“ за опростяване на възстановяването на състоянието на работния каталог, чрез премахване на файлове, които не отговарят на новото определение за sparse-checkout, и които не трябва да присъстват в локалната копия в съответствие с текущите параметри на sparse-checkout.
• За да се отстранят сложностите от кодовата база и да се опрости поддръжката, е проведен рефакторинг за намаляване на използването на глобалната променлива the_repository.
• Разширено е приложението на Блумовите филтри, вероятностна структура за проверка на принадлежността към множество, допускаща фалшиво определяне на отсъстващ елемент, но изключваща пропуска на съществуващ елемент. Блумовите филтри сега се прилагат за ускоряване на търсенето в историята на промените при указване на маски в файловите пътища, например, „foo/bar/*/baz.“
• Изпълнението на командата „git describe“ е увеличено с 30%, благодарение на използването на опашки с приоритет. В „git remote rename“ са ускорени операциите по преименуване на връзките. В „git ls-files“ е разширено приложението на индексите. Значително е ускорена работата на командата „git log -L“, благодарение на изключването на излишни три-уровневи сравнения при обработката на сливането на комити. Извършени са оптимизации в библиотеката xdiff.
• Предоставена е опционална възможност за използване на реализации на езика Rust за някои вътрешни функции, като кодиране и декодиране на цели числа с променлива дължина. Кода на Rust не се използва по подразбиране и за да бъде активиран, е необходимо да се зададе флаг за компилация WITH_RUST. В бъдеще се очаква преосмисляне на значителни вътрешни компоненти на Git на Rust и добавяне на Rust към задължителните зависимости за компилация в Git 3.0.
• Актуализиран е списъкът с нарушения на съвместимостта, които ще бъдат приложени в клонa Git 3.0. В Git 3.0 е решено да се промени настройката init.defaultBranch по подразбиране на стойност „main”, т.е. в репозиторийте, създадени с командата „git init”, клона по подразбиране ще се нарича „main”, а не „master”. Също така се отбелязва преходът по подразбиране към идентификатори на обекти на базата на алгоритъра за хеширане SHA-256 при инициализиране на нови репозитории. За улесняване на преносимостта между репозитории с идентификатори на обекти на базата на SHA-1 и SHA-256 е предоставена възможността в репозиторий с един алгоритъм за хеширане да се извършват операции push и pull от репозиторий, използващ друг алгоритъм за хеширане.

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