Git 2.54

Представено издание на разпределена система за управление изходния текст Git 2.54. Git е с висока производителност и предоставя средства за нелинейно разработване, базирани на разклоняване и сливане на клонове. За да се осигури целостта на историята и устойчивостта на така наречените "обратни" промени, се използва явен хеш на цялата предишна история във всеки комит, както и удостоверяване с цифрови подписи на разработчиците на отделни тагове и комити. Кодът на 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» по подразбиране е активирана стратегия geometric (git config set maintenance.strategy geometric), която позволява да се съкрати времето за поддръжка на големи монорепозитории. В сравнение с предишно използваната стратегия, която използва логика като в командата git gc, новата стратегия избягва пренапаковането на всички обекти и изключва излишно ресурсоемките операции, като сливането на всичките pack-файлове (когато е възможно, обединението става на части и без почистване на изтритите обекти).
• Базата данни на обектите (ODB) и свързаните с нея API са прехвърлени на нова архитектура, основана на използването на подключаеми бекенди. Проведената реструктуризация абстрахира формата на съхранение на обекти и в бъдеще ще позволи реализирането на такива възможности, като алтернативни бекенди и формати на обекти, например, за по-ефективно съхранение на големи бинарни файлове или за оптимизиране на работата на големи git хостинг услуги.
• В командата «git repo structure», осигуряваща информация за структурата на репозитория, е осигурено показването не само на общия размер, но и на най-големите обекти от всеки тип, което позволява оценката на размера да се направи без използване на външен инструмент. git-sizer.

$ git repo structure … | * Най-големи обекти | | | * Комити | | | * Максимален размер [1] | 17.23 KiB | | * Максимален брой родители [2] | 10 | | * Дървета | | | * Максимален размер [3] | 58.85 KiB | | * Максимален брой записи [4] | 1.18 k | | * Блобове | | | * Максимален размер [5] | 1019.51 KiB | | * Тагове | | | * Максимален размер [6] | 7.13 KiB |

• В командата «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 (Too Many Requests). Завършилите с подобна грешка заявки сега се разглеждат не като фатален проблем, а като временно затруднение, за което след определено време следва да се повтори операцията. Закъснението преди повторното опитване се задава чрез опцията http.retryAfter, броят на повторите – http.maxRetries, времето за чакане – http.maxRetryTime.

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