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

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

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

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

  о - о - о (моята функция)

  /

  о - о - о - о - о (майстор)

  о - о - о (моята функция)

  /

  о - о - о - о - о (майстор)

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

  Например "--rebase-merge" Тя позволява на повторно качване на ангажименти от отделен клон към по-нов главен клон, като същевременно поддържа структурата на клона в мигрирания клон и прави някои промени в бележките за ангажименти в движение.

• Добавена е поддръжка за създаване на нов клон въз основа на резултата от определяне на базата за сливане на два други клона (база за сливане, свързване към общ предшественик), използвайки конструкциите „git branch new A...B“ и „git checkout -b new A...B", в който "A ...B" включва дефиниране на база за сливане между два посочени ангажимента, подобно на това как "git checkout A...B" премества HEAD към базовия комит и "diff A. ..B" показва промените между ангажимент "B" и същото като ангажимент "A" "Ancestor.

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

• Добавена е опция "git branch --show-current" за показване на името на клона, получено по време на операцията за плащане;
• Добавена е опцията „git checkout —no-overlay — dir“, която позволява при извършване на операция за проверка съдържанието на директорията dir да се приведе във форма, която напълно съответства на състоянието на главния клон. Например, ако има файл в локалното копие на директорията dir, който не е в главния клон, тогава по подразбиране при изпълнение на „git checkout master - dir“ той ще бъде оставен и ако „--no-overlay ” е зададена опция, тя ще бъде изтрита;
• Командата "git diff" използва универсален API за анализиране на опции, което прави възможно уеднаквяването на обработката на опции с други git помощни програми. Например в “git diff” всички опции вече имат своите антагонисти (“--function-context” и “--no-function-context”);
• Добавена е възможност за филтриране на разширени тагове, прикачени към ангажименти в изхода „git log“ („трейлър“ - флагове за допълнителна информация, като Signed-off-by и Co-authored-by). Възможно е да филтрирате етикети както по ключ, така и по стойност, например:
  "git log --pretty="%(trailers:key=Reviewed-by,valueonly)";

• Добавена е нова машина за проследяване, Trace2, която предлага по-гъвкав и структуриран изходен формат. Trace2 ви позволява да събирате телеметрични данни за изпълнените операции и данни за производителността за по-подробен анализ и отстраняване на грешки (манипулаторът се задава от потребителя, никакви данни не се изпращат външно);
• Отчетът „git bisect“ е направен по-четлив, в който проблемните ангажименти вече са по-ясно подчертани и се показват обобщени статистики за промените за всеки файл (на ниво брой променени редове);
• Евристиката за определяне на преименувания на директории е преработена, за да се елиминира фалшивото инсталиране на етикети за преименуване. Когато се съмнявате, такива директории вече се маркират като конфликтни;
• Показва се предупреждение, когато се опитате да инсталирате таг на друг таг, което обикновено се прави по погрешка и може да доведе до настройка на тага на грешен комит (например конструкция като „git tag -f -m „актуализирано съобщение“ my-tag1 my-tag2″ ще доведе до създаване на етикет върху стария маркер, докато разработчикът е очаквал новият етикет да бъде инсталиран на ангажимента, към който сочи старият маркер);
• Генерирането е активирано за хранилища на растерни изображения (базирана на диск структура „растрови изображения за достъпност“), които съхраняват данни за набори от обекти, налични за всеки комит, и ви позволяват бързо да определите наличието на основен обект. Тази структура значително намалява времето за изпълнение на операциите за извличане на данни (git fetch).

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