Релиз на системата за управление на изходния код Git 2.51

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

В новата версия бяха приети 506 промени, извършени с участието на 91 разработчик (21 от които участваха в разработката на Git за пръв път). Основни новини (1, 2, 3):

• Повишена производителност на командите «git push» и «git fetch» в хранилища с голям брой референции. Ускорението е осигурено благодарение на обновяване на референциите в пакетен режим, при който в една транзакция се обработват няколко референции, вместо да се създава отделна транзакция за обновяване на всяка референция. Оптимизацията значително увеличи скоростта на работа на бекенда «reftable», който сега надминава производителността на бекенда «files». Например, в тестово хранилище с 10 хиляди референции производителността на «git fetch» при използване на бекенда «reftable» се увеличи 22 пъти, а при използване на бекенда «files» — 1.25 пъти. За «git push» увеличението е 18 и 1.21 пъти, съответно.
• Предложен е нов метод за опаковане в pack-файлове на части от хранилището, които не са свързани с проследяване на недостижимите обекти, към които в репозитория няма референции (не са свързани с клонове или тагове). Информацията за недостижимите обекти се съхранява в отделни pack-файлове („cruft packs“), което води до необходимостта от отразяване в многопакетни индекси MIDX (multi-pack index), за да се обхванат обектите, които първоначално са били недостижими и са се съхранявали само в cruft-пакета, но след това са станали достижими след комит, който се е отнасял до тях.

  В новата версия при повторно опаковане на pack-файлове е осигурено запазването на допълнителни копия на достижимите обекти, съхранявани само в cruft-файлове. Това изменение гарантира, че в набора pack-файлове, използвани за съхранение на достижимите обекти, не се съдържат обекти, които се позовават на други обекти, съхранявани извън този набор. За изключване на недостижимото съдържание от многопакетните индекси (MIDX) се предлага настройка „repack.MIDXMustContainCruft“, която позволява значително намаляване на размера на подобни индекси. Включването на настройката в репозитория GitHub е довело до намаляване на размера на MIDX-индекси с 38%, ускорение на записите в MIDX-индекси с 35% и повишаване на производителността на четене с 5%.
• В командата „git pack-objects“ е добавена опция „—path-walk“, която включва нов метод за събиране на информация за обектите при повторно опаковане на pack-файлове. Вместо обхождане на обектите в реда на ревизиите, при използване на режима „—path-walk“ обектите се перебирят чрез обхождане на файловите пътища, което позволява опаковането на всички обекти с един и същ файлов път наведнъж. Такъв подход дава възможност за изключване на евриситиката, използваща хеширане за определяне на свързаността на обекта с неговия файлов път, и да се избегне сортирането на обектите преди опаковане. При използване на режима „—path-walk“ размерът на генерираните pack-файлове е значително по-малък в сравнение с агрегиране на обекти чрез хешове.
• Определен е формат за обмен на запазени състояния на работното дърво и индексите в репозитория, генерирани с помощта на командата „git stash“. Новият формат позволява кодиране на запазените промени (stash-записи) под формата на последователност от комити. За внос и износ са предложени подпоредиците „git stash import“ и „git stash export“, които могат да се използват за пренос на запазени състояния от една система на друга и за изпълнение на операции push или pull с тези състояния като обикновени клонове или тагове. git stash export —to-ref refs/stashes/my-stash git push origin refs/stashes/my-stash … git fetch origin ‘+refs/stashes/*:refs/stashes/*’ git stash import refs/stashes/my-stash
• В командата «git cat-file», която извежда съдържанието на зададени обекти, е реализирана възможността за показване на информация за липсващи обекти (например, поради повреда на хранилището) и подмодули, чрез използването на опции «—batch» и «—batch-check». По-рано, при указване на пътя към подмодула, командата «git cat-file —batch-check» извеждаше «missing», а сега ще покаже идентификатора на обекта.
• В командата «git log» са внедрени оптимизации, основаващи се на Bloom филтри, за ускоряване на търсенето в историята на измененията при указване на филтри с множество файлови пътища, например, «git log — path/to/a path/to/b».
• Командите «git switch» и «git restore», които от 2019 година се считаха за експериментални, са стабилизирани. Командите се представят като съвременни еквиваленти на «git checkout», разделящи такива слабо свързани възможности на тази команда като манипулация с клонове (превключване и създаване) и възстановяване на файлове в работната директория.
• Обявена за остаряла и планирана за премахване в клон Git 3.0 е командата «git whatchanged», еквивалентна на «git log —raw».
• В командата «git for-each-ref» е добавена опция «—start-after», която може да се използва съвместно с опцията «—count» за организиране на извеждането на страници.
• В командите «git merge» и «git pull» е добавена опция «—compact-summary» за използване на компактен формат на обобщаваща информация за измененията вместо формата diffstat.
• В кодовата база на Git е разрешено използването на ключовата дума «bool», която се появи в стандарта C99. Също така са документирани някои функционалности от C99, експериментално използвани в Git (например, планират се конструкции «(struct foo){ .member = value };» да бъдат разрешени в средата на 2026 година). Компилатор с поддръжка на C99 е задължителен за Git от 2021 година, но функционалностите на спецификацията C99 се внедряват изключително внимателно за запазване на съвместимостта с компилатори, които частично поддържат този стандарт.
• В правилата за прием на пачове са направени промени, позволяващи изпращането на пачове под псевдоним, а не само под истинското име на разработчика. Промяната съответства на правилата за прием на пачове в ядрото на Linux.
• Актуализиран е списъкът с несъвместими промени, които ще бъдат приложени в клон Git 3.0. Сред значителните промени в предстоящото издание Git 3.0 е преминаването по подразбиране към идентификатори на обекти, основани на хеш алгоритъма SHA-256 при инициализиране на нови хранилища и използването на формата "reftable" за съхранение на хранилището с връзки към клонове и тагове (използва се блочно хранилище от проекта JGit, оптимизирано за съхранение на много голям брой връзки).

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