🥇Git 2.54 | ProHoster

Представен издание на разпределената система за контрол на версиите Git 2.54. Git предлагая висока производителност и предоставя средства за нелинейна разработка, базирани на разклоняване и сливане на клонове. За да се осигури целостта на историята и устойчивостта на изменения се разпространява по лиценз GPLv2+.

в новата версия са приети 770 промени, подготвени с участието на 137 разработчици (66 от които участват за първи път в разработката на Git).

Основни нововъведения:

Внедрена е команда "git history", която предлага експериментални възможности за презапис на историята на промените, по-лесни и по-безопасни за използване, отколкото ребазирането на комити с командата git rebase. Предоставят се две операции:
- git history reword за презапис на съобщението в указаната комит без промяна на работното дърво и индекса (с изключение на бележката, останалото остава непокътнато). Например, за коригиране на печатна грешка.
- git history split за интерактивно разделяне на указан комит на два различни комита с преместване на избраните части от оригиналния комит в допълнителен комит.
В бъдещи версии се очаква добавянето на допълнителни команди: git history fixup за коригиране на комит, git history drop за изтриване на комит, git history reorder за промяна на реда на комитите и git history squash за съединяване на комити.
Внедрен е нов метод за определяне на обработчици (hook) в конфигурационните файлове. Вместо да се разполагат скриптове с обработчици в директория .git/hooks в всеки репозитории, командите за повикване на обработчиците сега могат да се задават директно в конфигурационните файлове. Настройките могат да се свързват с репозитория или да се задават в конфигурационни файлове, действащи за всички репозитории ( /etc/gitconfig ) или за потребителските репозитории ( ~ /.gitconfig ). Може да се свързват множество обработчици към едно събитие. Скриптовете от .git/hooks все още се повикват, но се стартират след обработчиците от конфигурационните файлове. За преглеждане на списъка с обработчици следва да се използва командата git hook list, а за селективно деактивиране на повикването на обработчиците - настройката hook..enabled = false:

[hook "linter"] event = pre-commit command = ~\/bin\/linter —cpp20 [hook "no-leaks"] event = pre-commit command = ~\/bin\/leak-detector $ git hook list pre-commit global linter ~\/bin\/linter —cpp20 local no-leaks ~\/bin\/leak-detector

В команда "git maintenance" по подразбиране е активирана стратегическия геометричен (git config set maintenance.strategy geometric), която намалява времето за поддръжка на големи монорепозитории. В сравнение с предишната стратегия, използваща логиката на командата git gc, новата стратегия избягва повторната опаковка на всички обекти и изключва прекалено ресурсоемките операции, като сливания на всички пак- файлове (където е възможно, обединенията се извършват на части и без почистване на премахнатите обекти).
Базата данни на обекти (ODB) и свързаните с нея API са пренастроени на нова архитектура, основана на използването на плъгини. Реструктурирането абстрахира формата на съхранение на обекти и в бъдеще позволява реализиране на възможности като алтернативни бекенди и формати на обекти, например, за по-ефективно съхранение на големи бинарни файлове или за оптимизиране на работата на големи git хостинги.
В команда "git repo structure» осигурява информация за структурата на репозитория, показвайки не само общия размер, но и най-големите обекти по тип, което позволява да се оцени размерът без използване на допълнителни утилити. git-sizer.

В команда "git replay», използвана вместо git rebase за възстановяване на история на сървър без работно дърво, по подразбиране е включено атомарно актуализиране на връзки (вместо списък на командите update-ref за ръчно изпълнение), реализирана е опцията —revert за отменяне на изменения от серия коммити, осигурено е отхвърляне на получените празни коммити и е добавена възможността за възстановяване на историята до кореновия коммит.
В "git rev-list" и подобни команди е добавена опцията —maximal-only за показване само на коммитите, недостижими от други коммити.
В командата "git repo info" е добавена опцията —keys за извеждане на списък с всички известни ключове.
В команда "git add -pПри навигация между блоков на кода с помощта на клавишите „J“ и „K“ е осигурено маркиране на вече одобрените и пропуснати блокове. Добавена е опцията —no-auto-advance за деактивиране на автоматичен преход към следващия файл, за да може да се върнете към предишни файлове преди комита.
Оптимизиран е уеб интерфейсът „gitweb“ за работа с мобилни устройства.
В команда "git apply –directory“ преди използването е осигурена нормализация на файловите пътища, като .\/un\/..\/normalized\/path.
Документирана е възможността за добавяне на собствени подкоманди чрез разполагане на файлове git-<cmd> в директорията с изпълними файлове.
В командата "git send-email“ добавена е поддръжка на клиентски сертификати.
За командата „git status“ е реализирана настройка status.compareBranches, чрез която могат да се указват клоновете, с които ще се сравнява текущият клон:

[status] compareBranches = @{upstream} @{push}

В "git rebase“ добавена е опция —trailer за опростяване на добавянето на метаданни към всички комити:

git rebase —trailer "Reviewed-by: Test <test@example.com>"`

В командата "git fast-import“ добавена е възможност за замяна на подписи за комити, които са станали невалидни след импорта.
Добавена е поддръжка на опаковане (compaction) на многопакетни индекси MIDX (multi-pack index), при която се обединяват малките слоеве на MIDX индекса с информация за наличност на обекти и свързаните с тях bitmap файлове, което позволява намаляване на броя натрупани слоеве в дълго съществуващи репозитории.
В командата git backfill е реализирана възможност за указване на ревизии (диапазони комити) и маски на пътища (pathspec) за ограничаване на зарежданите части от историята на промените:

git backfill main~100..main git backfill — ‘*.c’

Добавени са алтернативни форми на извикване на командата git config list – git config -l и git config —list.
Разрешено е използването на не-ASCII символи в имената на псевдоними на команди, задавани в конфигурационния файл:

[alias "получить"] command = fetch

Променено е показването на подписи, при които е изтекъл срокът на действие на GPG ключовете, но които са били валидни в момента на подписването на комита. Подобни подписи сега се показват като коректни с бележка за остаряване на ключа (по-рано те бяха осветени в червено, което създаваше впечатление за тяхната некоректност).
При достъп до хранилищата по HTTP сега обработката на грешки с кода 429 (Твърде много заявки) е осигурена. Заявки, които са завършили с подобна грешка, вече не се смятат за фатален проблем, а за временна грешка, при която след известно време трябва да се опита отново. Закъснението преди повторение се задава чрез опцията http.retryAfter, броят на повторенията – http.maxRetries, а времето за изчакване – http.maxRetryTime.

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