Git 2.55

Представен издание на разпределената система за контрол на версиите 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, както и някои вътрешни функции, като кодиране и декодиране на цели стойности с променлива дължина. Очаква се в бъдеще основни вътрешни компоненти на Git да бъдат преработени на Rust.
• В експерименталната команда "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 сега автоматично запазва конфликтните локални промени в stash областта без нуждата от незабавно разрешаване на конфликта.
• В командата 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>, която позволява избор на N най-стари коммити в диапазона.

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