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

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

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

• Експерименталните команди "git switch" и "git restore" се въвеждат за отделяне на свободно свързаните възможности за "git checkout", като манипулиране на клонове (превключване и създаване) и възстановяване на файлове в работната директория ("git checkout $commit - $filename") или веднага в зоната за етап („—staging“, няма аналог в „git checkout“). Струва си да се отбележи, че за разлика от "git checkout", "git restore" премахва непроследените файлове от директориите, които се възстановяват ("--no-overlay" по подразбиране).
• Добавена е опцията „git merge –quit“, която, подобно на „-abort“, спира процеса на сливане на клонове, но оставя работната директория недокосната. Тази опция може да бъде полезна, ако е за предпочитане някои от промените, направени по време на ръчно сливане, да бъдат издадени като отделен ангажимент.
• Командите "git clone", "git fetch" и "git push" вече отчитат наличието на ангажименти в свързани хранилища (заместници);
• Добавено опциите „git blame —ignore-rev“ и „—ignore-revs-file“ ви позволяват да пропускате ангажименти, които правят незначителни промени (например корекции на форматиране);
• Добавена е опцията „git cherry-pick —skip“ за пропускане на конфликтен ангажимент (запаметен аналог на последователността „git reset && git cherry-pick —continue“);
• Добавена е настройката status.aheadBehind, която коригира трайно опцията „git status -[no-]ahead-behind“;
• От тази версия, "git log" по подразбиране взема предвид промените, направени от mailmap, подобно на начина, по който git shortlog вече го прави;
• Операцията по обновяване на експерименталния кеш на графиката на ангажиране (core.commitGraph), въведена във 2.18, е значително ускорена. Също така направи git for-each-ref по-бърз при използване на множество шаблони и намали броя на извикванията на auto-gc в „git fetch —multiple“;
• "git branch --list" сега винаги показва отделена HEAD в самото начало на списъка, независимо от локала.

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