Git 2.55

Представлен релиз распределенной системы управления исходными текстами Git 2.55. Среди ключевых изменений: включение по умолчанию сборки с Rust, реализация для Linux процесса fsmonitor, новая стратегия переупаковки инкрементального 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=и запускаgit rebase --autosquash ~. - Для платформы 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=,tree:0,object:type=,sparse:иcombine:. В проведённом тесте отбрасывание блобов при выполнении--path-walkпозволило на 16% сократить размер сформированного pack-файла. - Добавлена команда
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=для ограничения числа вертикальных полос при визуализации веток, что позволяет оставить место на экране под данные о коммитах в репозиториях с большим числом веток.
...
\* | | | | 619931f561 Merge branch 'dl/posix-unused-warning-clang'
|\\ \\ \\ \\ \\
| \* | | | ~ cf48887610 compat/posix.h: simplify GIT\_GNUC\_PREREQ() comparison
| \* | | | ~ ffd45926dc compat/posix.h: clean up GIT\_GNUC\_PREREQ() and UNUSED
|\\ \\ \\ \\ \\~
| \* | | | ~ 3f5203eeb4 ls-files: filter pathspec before lstat
- В команды
git logиgit rev-listдобавлена опция--max-count-oldest=, позволяющая выбратьNсамых старых коммитов в диапазоне.
>>> Источник: OpenNET
