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

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

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

• Възможността за частично клониране се доближава до стабилизиране и пълна готовност, което ви позволява да прехвърлите само част от данните и да работите с непълно копие на хранилището. Типичният клонинг копира всички данни от хранилището, включително всяка версия на всеки файл в хронологията на промените. За много големи хранилища копирането на данни води до значително увеличение на трафика и дисковото пространство, дори ако разработчикът се интересува само от подмножество от файлове. За да улесни извличането само на част от работещото дърво на източника, новата версия въвежда експериментална команда "sparse-checkout" и нова опция "--sparse" за командата "clone".

  Преди това процесът на селективно клониране се извършваше чрез задачата филтри за филтриране на ненужно съдържание и опцията „—no-checkout“ за деактивиране на попълването на липсващи файлове. След това, преди извършване на операцията за плащане, беше необходимо да се активира настройката core.sparseCheckout и да се дефинира списък с изключени модели на пътя във файла .git/info/sparse-checkout. Например, за да клонирате без петна и да предотвратите извличането на файлове от поддиректории с дълбочина 2 или повече, можете да изпълните:

  git clone --filter=blob:none --no-checkout /your/repository/here repo
  $cd репо
  $ cat >.git/info/sparse-checkout
  /*
  !/*
  EOF
  $ git config core.sparseCheckout 1
  $ git плащане.

  Новата команда „git sparse-checkout“ значително опростява работата и намалява процеса на организиране на работа с непълно хранилище до следните команди:

  git clone --filter=blob:none --sparse /your/repository/here repo
  git sparse-checkout set /path/to/check/out

  Командата sparse-checkout ви позволява да зададете списък с пътища за плащане (набор), без да конфигурирате ръчно .git/info/sparse-checkout, както и да покажете текущия списък с пътища (списък) и да активирате или забраните частични плащания (разрешете /деактивиране).

  За да оптимизирате работата с много големи хранилища и списъци с шаблони, „git config core.sparseCheckoutCone", което ограничава позволените шаблони (вместо произволни шаблони .gitignore, можете да посочите дали всички пътища и всички файлове в дадена поддиректория трябва да бъдат извлечени). Например, ако голямо хранилище има директория „A/B/C“ и цялата работа е концентрирана в поддиректорията „C“, тогава, когато активирате режима sparseCheckoutCone, командата „git sparse-checkout set A/B/ C” ще извлече цялото съдържание на “C”, но от “A” и “B” ще извлече само частите, необходими за работа с “C”.

• От документацията („git rebase -h“) са премахнати всички препратки към опцията „--preserve-merge“, която е отхвърлена и трябва да се използва вместо това за мигриране на набор от ангажименти.git rebase --rebase-merges".
• За да се подобри четливостта на съобщенията с корекции, изпратени до пощенските списъци, е добавена опцията „git format-patch —cover-from-description subject“, когато е посочена, първият параграф от текста на описанието на клона се използва като тема на мотивационно писмо за комплект лепенки.
• Реализирана поддръжка за комбинирано използване на командата „git apply -3way“ и настройката „merge.conflictStyle“ („git apply“ вече взема предвид стила на описание на конфликта от merge.conflictStyle, когато е необходимо да се разреши конфликтът след опит за прилагане на файл с корекция към хранилището).
• Кодът за дефиниране на функции, използван в операции като "git diff/grep --show-function/-function-context" е разширен, за да поддържа дефиниране на граници на функции в езикови програми Еликсир.
• Добавена е нова опция към "git add", "git commit", "git reset" и други команди - "-pathspec-from-file", която прави възможно зареждането на списък с пътища от файл или входен поток , вместо да ги изброявате в командния ред.
• Проблемът с откриването на преименувания на ниво директория при писане на ангажименти е разрешен. Дефиницията не работи, ако съдържанието на поддиректория е преместено в корена на хранилището.
• Предложена е първоначална реализация на преработената команда „git add -i“, която ви позволява интерактивно да добавяте променено съдържание, пренаписано от Perl на C. Подобна преработка на командата “git add -p” е в ход.
• Командата „git log –graph“ е преработена, генерирайки ASCII изображение на графика с историята на промените в хранилището. Преработката направи възможно значително подобряване и опростяване на изхода, без да се изкривява структурата на историята, което например реши проблема с картината, която се простира отвъд ширината на крайната линия.
• Опцията "git log --format=.." ви позволява да промените изходния формат,
  разширен с поддръжка за флаговете „l/L“, за да показва само частта от имейл адреса, посочена преди символа „@“ (например полезно, когато всички разработчици имат всички имейли в един и същи домейн).

• Добавена е подкоманда „set-url“ към командата „git submodule“.
• Тестовите комплекти са актуализирани в подготовка за прехода към
  алгоритъм за хеширане SHA-2 вместо SHA-1.

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