Git 2.39 версия за контрол на източника

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

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

• Командата “git shortlog”, предназначена да показва резюмета със статистика от историята на промените, е добавила опция “-group” за произволно групиране на ангажименти по полета, които не са ограничени до автор или комитатор. Например, за да покажете списък с разработчици с информация за броя на промените, като вземете предвид помощниците, споменати в полето "Съавтор от", можете да използвате командата: git shortlog -ns --group=author - -group=trailer:co-authored-by

  Изходът от Shortlog може да бъде агрегиран с помощта на спецификатори за форматиране, а опцията „--group“ може значително да опрости създаването на сложни отчети и да премахне необходимостта от допълнителни команди за сортиране. Например, за да създадете отчет с информация за това колко ангажименти за дадена версия са приети всеки месец, можете да посочите: git shortlog v2.38.0.. —date='format:%Y-%m' —group=' %cd' -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 Преди това, за да се извърши подобна операция, щеше да е необходимо да се използват помощните програми за сортиране и uniq: git log v2.38.0 .. —date='format:%Y -%m' —format='%cd' | сортиране | уникален -c

• Възможностите на механизма „cruft packs“, предназначен за опаковане на недостъпни обекти, които не са посочени в хранилището (не са посочени от клонове или тагове), са разширени. Недостъпните обекти се изтриват от събирача на отпадъци, но остават в хранилището за определено време, преди да бъдат изтрити, за да се избегнат условия на състезание. Механизмът „cruft packs“ ви позволява да съхранявате всички недостъпни обекти в един пакетен файл и да показвате данни за времето за модификация на всеки обект в отделна таблица, съхранена в отделен файл с разширение „.mtimes“, така че да не се припокрива с общото време за модификация.

  Продължителността на времето, през което недостъпните обекти остават в хранилището, преди да бъдат действително изтрити, се определя от опцията „—prune=“ " Въпреки това, докато забавянето преди изтриването е доста ефективен и практичен начин за предотвратяване на повреда в хранилището поради условия на състезание, то не е 100% надеждно. За да улесни възстановяването на повредено хранилище, новата версия предоставя възможност за запазване на липсващи обекти чрез добавяне на опцията „--expire-to“ към командата „git repack“, която ви позволява да посочите файл за създаване на външен копие на всички изтрити обекти. Например, за да запазите недостъпни обекти, които не са се променяли през последните 5 минути във файла backup.git, можете да използвате командата: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire -to=../backup.git

• Значително увеличена (до 70%) скоростта на операцията "git grep -cached" при търсене в области, които използват частично клониране (sparse-checkout) и за които има частични индекси (sparse index). Преди това при посочване на опцията „-cached“ търсенето се извършваше първо в обикновения индекс, а след това в частичните, което доведе до забележими забавяния при търсене в големи хранилища.
• Проверката на сървъра за кохерентността на нови обекти, преди те да бъдат поставени в хранилището по време на операцията „git push“, е ускорена. Чрез преминаване към отчитане само на декларирани връзки при проверка, в тестово хранилище със 7 милиона връзки, от които само 3% са обхванати от операцията за натискане, направените оптимизации позволиха намаляване на времето за проверка с 4.5 пъти.
• За да се предпази от потенциално целочислено препълване в кода, командата "git apply" ограничава максималния размер на пачовете, които могат да бъдат обработени. Ако размерът на корекцията надвишава 1 GB, сега ще се покаже грешка.
• За защита срещу потенциални уязвимости са направени промени за почистване на ненужната информация от зададените заглавки при използване на модула h2h3 с опцията GIT_TRACE_CURL=1 или GIT_CURL_VERBOSE=1 заедно с HTTP/2.
• Когато извършвате проверка на клон, който е символна връзка към друг клон, командата "git symbolic-ref HEAD" вече показва името на целевия клон, а не името на символната връзка.
• Добавена е поддръжка за аргумента @{-1} към опцията „--edit-description“ („git branch —edit-description @{-1}“) за редактиране на описанието на предишен клон.
• Добавена е команда "git merge-tree --stdin" за предаване на списък с опции чрез стандартен вход.
• В мрежовите файлови системи манипулаторът fsmonitor, който следи промените във файловата система, е деактивиран по подразбиране.

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