🥇Git 2.55 | ProHoster

Представено издание на разпределена система за управление изходния текст Git 2.55. Сред основните промени: включване по подразбиране на компилация с Rust, реализация на процеса fsmonitor за Linux, нова стратегия за повторно опаковане на инкременталния MIDX индекс, команда git history fixup за корекции на комит, оптимизация на генерирането на битови карти за наличност на обекти, поддръжка на паралелно изпълнение на хуковете, команда git format-rev. Код Git разпространява под лиценз GPLv2+.

В сравнение с предишното издание, в новата версия са приети 505 промени, подготвени с участието на 100 разработчици, 33 от които участват за първи път в разработката на Git.

Основни нововъведения (github.blog, gitlab.com/blog, gitlab.com/git-scm):

По подразбиране включена поддръжка на компоненти на езика Rust. Компилатор rustc добавен в списъка на зависимостите за компилация. За компилация без Rust може да се използва флагът NO_RUST=1 при стартиране на утилитата make или -Drust=disabled при изпълнение на meson configure. Възможността за изключване на компилацията с Rust ще се поддържа до версия Git 3.0, в която Rust ще бъде е включен в списъка на задължителните зависимости. На езика Rust е реализиран слой за преносимост между конфигурации с хешовете SHA-1 и SHA-256, както и някои вътрешни функции, като кодиране и декодиране на цели числа с променлива дължина. В бъдеще се очаква преработка на Rust на по-значителни вътрешни компоненти на Git.
В експерименталната команда "git history", предоставяща възможности за преписване на историята на промяната, е добавена операция „git history fixup“ за корекции на комит. Операцията fixup позволява преместване на промени, добавени чрез git add, в по-ранен комит и автоматично преписване на всички следващи комити, аналогично на изпълнението на командата git commit —fixup=<commit> и стартиране на git rebase —autosquash <commit>~.
За платформата Linux е реализиран фонов процес fsmonitor, следящ промени в файловата система чрез механизма inotify и позволяващ избягване на преглед на цялата работна директория при изпълнение на команди като git status. Включването става чрез настройка „core.fsmonitor».
В командата git repack е добавен режим —write-midx=incremental, реализиращ нова стратегия за обновление на метаданните в инкрементален MIDX индекс (multi-pack index), позволяваща да се избегне презареждането на целия индекс. В инкременталния многопакетен индекс вместо един голям индекс, съдържащ информация за разпределението на обектите по pack файловете, се прилага разделяне на слоеве — всеки слой обхваща определен брой pack файлове и се съхранява в отделен bitmap файл. Подобна структура позволява добавянето на данни за обекти в нови pack файлове, прикрепяйки нови слоеве към индекса, без да се наложи да се реконструират вече съществуващите слоеве. Командата git repack —write-midx=incremental позволява добавянето на нов слой в инкременталния MIDX индекс, обхващащ наскоро създадени pack файлове. В комбинация с режима за пакетиране на репозитории —geometric новата команда предоставя възможност за обединяване на нови обекти от няколко pack файлове в един по-голям pack файл и, при необходимост, за пакетиране и сливане на няколко съседни слоя на инкременталния MIDX индекс. Подобна стратегия позволява при изпълнение на git repack да се презаписват само горните слоеве, оставяйки старите големи слоеве непокътнати, както и да се изключи неконтролируемото разрастване на веригата от слоеве, поддържайки общия брой слоеве на ниво, пропорционално на логаритъма от общия брой обекти.
Значително е оптимизирана генерацията на битови карти за наличност на обекти благодарение на новия алгоритъм за обход на дървото на обектите, който изключва излишната рекурсия, кешира позициите на обектите, сортира битовите карти преди тяхното обединение чрез операция XOR и преработва кода за създаването на битови карти за псевдосливане (pseudo-merge). В тестовия репозиторий оптимизациите успяха да съкратят времето за генериране на битови карти от 612 на 294 секунди.
Реализирана е възможността за паралелно изпълнение на независими хукове в конфигурационните файлове. Хуковете, които имат влияние върху съвместното състояние или го вземат предвид, например, променящи бележките към комитите или инспириращи индексите и работното дърво, не могат да бъдат изпълнявани паралелно. В същото време можете да стартирате хукове за проверка с линтер и изпълнение на unit тестове паралелно. Хуковете, които позволяват паралелно изпълнение, се настройват чрез параметъра hook.име_хук.parallel = true. Броят на одновременно стартиращите задачи се определя чрез настройката hook.jobs, hook.<събитие>.jobs или опцията на командния ред -j.
В командата git pack-objects —path-walk е реализирана възможността за указване на филтри, като blob:none, blob:limit=<n>, tree:0, object:type=<type>, sparse:<oid> и combine:. В проведен тест отстраняването на блобовете при изпълнение на —path-walk е позволило да се намали размерът на създадения pack файл с 16%.
Добавена е командата git format-rev за форматиране на ревизии и имена на обекти, споменавани в списъци с комити или срещащи се в произволен текст (например, може да се използва в хукове за обработка на бележки към комитите).

git last-modified | git format-rev —stdin-mode=text —format=%an

Junio C Hamano builtin/commit.c

По подразбиране е включено екранирането на повечето управляващи последователности на терминала в информационните съобщения и текстовете на грешки, предавани от сървъра. При свързване с злонамерен сървър такива escape последователности могат да се използват за скриване или модифициране на изхода, например, чрез escape последователности за преместване на курсора и изчистване на текста. Подкрепата на escape последователности за цветово маркиране остава.
Командата git checkout -m сега автоматично запазва конфликтуващите локални промени в стека, без да е необходимо незабавно да разрешавате конфликта.
В командата git push е добавена възможността за изпращане на клона на няколко външни Git сървъра с една команда. Например, за изпращане на клона main не само на основния сървър, но и на огледалата можете да създадете група publish от сървъри github, gitlab и mirror:

git config remotes.publish "github gitlab mirror"
git push publish main

В командата git log —graph е добавена опцията —graph-lane-limit=<N> за ограничаване на броя на вертикалните ленти при визуализацията на клоновете, което позволява да остане място на екрана за данните за комитите в хранилища с голям брой клони.

…
* | | | | 619931f561 Merge branch ‘dl/posix-unused-warning-clang’
|\ \ \ \ \
| * | | | ~ cf48887610 compat/posix.h: опростяване на сравнение GIT_GNUC_PREREQ()
| * | | | ~ ffd45926dc compat/posix.h: почистване на GIT_GNUC_PREREQ() и UNUSED
|\ \ \ \ \~
| * | | | ~ 3f5203eeb4 ls-files: филтриране на pathspec преди lstat

В командите git log и git rev-list е добавена опция —max-count-oldest=, която позволява да се изберат N най-стари коммита в диапазона.

Източник: linux.org.ru