Git 2.35 версия за контрол на източника

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

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

• Възможностите за използване на SSH ключове за цифрово подписване на Git обекти са разширени. За да ограничите периода на валидност на няколко ключа, е добавена поддръжка за OpenSSH директивите „валидно преди“ и „валидно след“, с които можете да осигурите правилна работа с подписи, след като ключът е бил завъртян от един от разработчиците. Преди това имаше проблем с разделянето на подписите от стария и новия ключ - ако изтриете стария ключ, ще бъде невъзможно да проверите подписите, направени с него, а ако го оставите, тогава ще остане възможно създаване на нови подписи със стария ключ, който вече е заменен с друг ключ. С помощта на valid-before и valid-after можете да разделите обхвата на ключовете въз основа на времето, когато е създаден подписът.
• В настройката merge.conflictStyle, която ви позволява да изберете режима за показване на информация за конфликти по време на сливане, се появи поддръжка за режима „zdiff3“, който премества всички стандартни редове, посочени в началото или края на конфликта извън конфликта площ, което позволява по-компактно представяне на информацията.
• Режимът „--staged“ е добавен към командата „git stash“, която ви позволява да скриете само промените, добавени към индекса, например в ситуация, когато трябва временно да отложите някои от сложните промени, за да добавете вече готовото и се заемете с останалото след известно време. Режимът е подобен на командата „git commit“, като записва само промените, поставени в индекса, но вместо да създава нов комит в „git stash —staged“, резултатът се съхранява във временната област на скривалище. След като промените са необходими, те могат да бъдат върнати с командата „git stash pop“.
• Към командата "git log" е добавен нов спецификатор на формат, "--format=%(describe)", който ви позволява да комбинирате изхода на "git log" с изхода на командата "git describe". Параметрите за "git describe" са посочени директно в спецификатора ("-format=%(describe:match= ,изключи= )"), в които можете да включите и съкратени тагове ("—format=%(describe:tags= )") и конфигурирайте броя на шестнадесетичните знаци за идентифициране на обекти ("—format=%(describe:abbrev= )"). Например, за да изброите последните 8 ангажимента, чиито тагове нямат таг за кандидат за освобождаване, и да посочите 8-символни идентификатори, можете да използвате командата: $ git log -8 —format='%(describe:exclude=*-rc *,abbrev=13 )' v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1- 642-gb56bd 95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640- gdf3c41adeb212 v2.34.1-639-g36b65715a4132
• Настройката user.signingKey вече поддържа нови типове ключове, които не са ограничени до типа „ssh-“ и указване на пълния файлов път до ключа. Алтернативните типове се посочват с помощта на префикса "key::", например "key::ecdsa-sha2-nistp256" за ECDSA ключове.
• Скоростта на генериране на списък с промени в режим „—histogram“, както и при използване на опцията „—color-moved-ws“, която контролира осветяването на интервали в цветова разлика, е значително увеличена.
• Командата "git jump", използвана за предоставяне на информация на Vim за точното прескачане до желаната позиция във файл при анализиране на конфликти на сливане, преглед на разлики или извършване на операция за търсене, предоставя възможност за стесняване на обхванатите конфликти на сливане. Например, за да ограничите операциите само до директорията "foo", можете да посочите "git jump merge - foo", а за да изключите директорията "Documentation" от обработка - "git jump merge - ':^Documentation'"
• Беше извършена работа за стандартизиране на използването на типа "size_t" вместо "unsigned long" за стойности, представляващи размера на обектите, което направи възможно използването на филтри "clean" и "smudge" с файлове, по-големи от 4 GB на всички платформи, включително платформи с модел на данни LLP64, типът „unsigned long“, в който е ограничен до 4 байта.
• Опцията „-empty=(stop|drop|keep)“ е добавена към командата „git am“, която ви позволява да изберете поведението за празни съобщения, които не съдържат пачове, когато анализирате пачове от пощенската кутия. Стойността „stop“ ще прекрати цялата операция за корекция, „drop“ ще пропусне празен пач, а „keep“ ще създаде празен ангажимент.
• Добавена е поддръжка за частични индекси (разреден индекс) към командите "git reset", "git diff", "git blame", "git fetch", "git pull" и "git ls-files" за подобряване на производителността и спестяване на място в репозитории , в които се извършват операции по частично клониране (sparse-checkout).
• Командата „git sparse-checkout init“ е остаряла и трябва да бъде заменена от „git sparse-checkout set“.
• Добавено първоначално внедряване на нов "reftable" бекенд за съхраняване на препратки като разклонения и тагове в хранилището. Новият бекенд използва блоково съхранение, използвано от проекта JGit, и е оптимизиран за съхраняване на много голям брой препратки. Бекендът все още не е интегриран със системата за справки и не е готов за практическа употреба.
• Цветовата палитра на командата "git grep" е коригирана, за да съответства на помощната програма GNU grep.

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