Издание на разпределената система за управление на изходни текстове Git 2.22

Представен издадена разпределена система за управление изходния текст Git 2.22.0. Git е една от най-популярните, надеждни и производителни системи за управление на версии, предлагаща гъвкави средства за нелинеен софтуер, изградени на базата на разклонения и сливане на клонове. За осигуряване на целостта на историята и устойчивостта срещу ретроактивни промени се използва имплицитно хеширане на цялата предишна история в всеки комит, също така е възможно удостоверяване с цифрови подписи на разработчиците на отделни тагове и комити.

В сравнение с предишната версия, в новата версия са внесени 745 промени, подготовени с участието на 74 разработчици, от които 18 участват в разработката за първи път. Основни нововъведения:

• Наличен от версия 1.18, новият режим на пренасяне на набор от комити «git rebase —rebase-merges» замени старата опция «—preserve-merges», която сега е маркирана като остаряла. Операцията «git rebase» се прилага за замяна на серия от комити с нов основен комит, например, за да се премести отделен клон, в който се развива нова функция, в актуалното състояние на основния клон, включващ корекции, добавени след отклонението:

  o — o — o (my-feature)

  /

  o — o — o — o — o (master)

  o — o — o (my-feature)

  /

  o — o — o — o — o (master)

  За запазване на структурата на клонирането в преносимия клон преди се е използвала опцията «—preserve-merges», която при стартиране в интерактивен режим (git rebase -i —preserve-merges) позволяваше редактиране на историята на комитите, но не гарантираше пълно запазване на структурата на репозитория. Новият режим «—rebase-merges» позволява да се запази структурата на промените в преносимия клон, предоставяйки пълен набор от интерактивни операции, включително изтриване, преразпределение и преименуване на комити.

  Например, «—rebase-merges» позволява пренасяне на комити от отделен клон към по-нов основен клон, запазвайки структурата на клонирането в преносимия клон, и внасяне на някои промени в бележките към комитите на място.

• Добавена е поддръжка за създаване на нов клон на базата на резултата от определянето на базата за сливане на два други клона (merge base, привързаност към общия предшественик) чрез конструкции «git branch new A…B» и «git checkout -b new A…B», в които «A…B» подразбира определяне на базата за сливане между двата посочени комита, по аналогия с това как «git checkout A…B» премества HEAD на основния комит и «diff A…B» показва промените между комит «B» и общия му предшественик с комит «A».

  Например, при работа по отделна клонка my-feature, предложената възможност може да се използва, когато е необходимо да започнете от друг клон, например, от същото място в master-клонката, откъдето е извлечена клонката my-feature. Преди това бе нужно ръчно да се проучи журналът на промените, което създаваше неудобство при наличие на голяма история на промените, след което да се изпълни „git merge-base master my-feature“ за изчисляване на хеша на базата за сливане между клонките master и my-feature и да се създаде нова клонка относно общия предшественик „git branch my-other-feature хеш“. В Git 2.22, за създаване на клонка относно базата за сливане на две други клонки, може да се използва синтаксис „git branch my-other-feature A…B“;

• Добавена е опцията „git branch —show-current“ за показване на името на клонката, получено при изпълнение на операцията checkout;
• Добавена е опцията „git checkout —no-overlay — dir“, която при изпълнение на операцията checkout ще доведе съдържанието на директорията dir до вид, напълно съответстващ на състоянието на master-клонката. Например, ако в локалната копия на директорията dir има файл, който липсва в master-клонката, то по подразбиране при изпълнение на „git checkout master — dir“ той ще бъде оставен, а при указване на опцията „—no-overlay“ ще бъде премахнат;
• В командата „git diff“ е внедрен универсален API за анализ на опции, което позволява унифициране на обработката на опциите с другите инструменти на git. Например, в „git diff“ за всички опции сега са налични и техните антагонисти („—function-context“ и „—no-function-context“);
• Добавена е възможност за филтриране при извеждане на „git log“ на прикрепените към коммитите разширени етикети („trailer“ — допълнителни информационни флагове, като Signed-off-by и Co-authored-by). Възможно е филтриране на етикетите както по ключ, така и по стойност, например:
  „git log —pretty=„%(trailers:key=Reviewed-by,valueonly)“;
• Добавен е нов механизъм за проследяване Trace2, предлагащ по-гъвкав и структуриран формат на изхода. Trace2 позволява събиране на телеметрия за извършваните операции и данни за производителност за по-подробен анализ и отстраняване на грешки (обработчикът се назначава от потребителя, никакви данни не се изпращат навън);
• Станал е по-читим отчета „git bisect“, в който сега по-ясно се открояват проблемните коммити и се изнася обобщена статистика по промените за всеки файл (на ниво брой изменени редове);
• Преработена е хевристиката за определяне на преименувания на каталози с цел изключване на фалшиви установки на етикети за преименувания. При наличие на съмнения подобни каталози сега се обозначават като конфликтни;
• Осигурено е извеждане на предупреждение при опит за поставяне на етикет на друг етикет, което обикновено се прави по грешка и може да доведе до поставяне на етикет не на този комит (например конструкцията "git tag -f -m 'updated message' my-tag1 my-tag2" ще доведе до създаване на етикет на стар етикет, докато разработчикът е очаквал, че новият етикет ще бъде поставен на комит, на който сочи старият етикет);
• Включена е генерация за репозитории на битови карти (дискова структура 'reachability bitmaps'), които запазват данни за набори от обекти, достъпни за всеки комит, и позволяват бързо определяне на наличието на основен обект. Посочената структура значително съкращава времето за изпълнение на операции по извличане на данни (git fetch).

Източник: opennet.ru