След три месеца на разработка той е представен стартирането на новата версия на популярната система за контрол на разпределен източник Git 2.32. В сравнение с предишната версия, В новата версия бяха приети 617 промени, изготвен с участието на 100 разработчици, от които 35 са участвали в разработката за първи път.
За тези, които не са запознати с Git трябва да знаете, че това е една от най-популярните системи за контрол на версиите, надеждни и високопроизводителни, предоставящи гъвкави инструменти за нелинейно развитие, базирани на разклоняване и обединяване.
За да се осигури целостта на историята и устойчивостта на „ретроактивни“ промени, при всяко фиксиране се използва имплицитно хеширане на цялата предишна история, също така е възможно да се удостовери с цифрови подписи на отделни разработчици на етикети и комити.
Ключови нови функции на Git 2.32
В тази нова версия вместо механизма GIT_CONFIG_NOSYSTEM което се използва, за да се избегне четенето на конфигурационен файл от цялата система, сега предлага се да се използва механизмът GIT_CONFIG_SYSTEM, което ви позволява изрично да посочите от кой файл да се зареждат общосистемните конфигурации, както и параметърът GIT_CONFIG_GLOBAL за да замените специфичните за потребителя настройки в $ HOME / .git при задаване на променливата GIT_CONFIG_SYSTEM.
Друга промяна, която е направена, е, че сега, когато се използва втората версия на протокола за комуникация Git, при изпълнение на "git push", дефиницията е внедрена на приемащия край, което позволи да се доведе ефективността на "git push" до нивото на "git търсене»И премахнете зареждането на обекти, които не са необходими.
Опцията "-ремарке [= ] "Добавено е към командата" git commit ", Какво улеснява прикачването на вашата собствена структурирана информация във формат ключ / стойност при потвърждение, който след това може да бъде обработен от командата «тълкувателни ремаркета".
Също така се отбелязва, че опцията «–Отхвърляне-плитко" да се "git клонинг»За да деактивирате клонирането на хранилище в плитък режим (без пълна история на промените), плюс gitweb е добавен скрит имейл режим, който замества низовете на имейла в изхода.
Логиката за обработка на командата «git apply – 3way«, Която сега първо се опитва да приложи трипосочния алгоритъм за сливане и само в случай на неуспех или конфликт се върне към обичайното приложение за корекция (преди това беше обратното).
Добавена опция «–Diff-merges =»Към командата«git log»И конфигурацията log.diffMerges за избор на режим по подразбиране, както и допълнителна защита към командите "git add" и "git rm" срещу модифицирането на данни по маршрути извън обхвата на разпръснатата платежна операция.
- Опцията "–Filter = обект: тип =»Добавено е към командата«git rev-list»За да изключите определен тип обекти от файла на пакета, генериран от командата пакет-обекти.
- Не се допускат отрицателни стойности git pack-обекти за опции, които приемат числови стойности, като –window и –depth.
- В командата «git се прилага»Разрешено е да се посочат опциите«–3 път»Y«–Кеширано" по същото време.
- Командата "git ангажимент»Има разширена версия на опцията« –fixup »(създаване на ангажимент за« rebase –autosquash »).
- Командата "git изпрати имейл»Взел е предвид конфигурацията на core.hooksPath.
Разрешени са броячи, различни от цели числа git format-patch -v . - Добавен е прост IPC интерфейс за създаване на услуги като fsmonitor.
- Обработката на файлове е спряна ».gitattributes "," .gitignore "и" .mailmap»Ако са символични връзки.
За HTTP транспорт е добавена поддръжка за кеширане на парола, използвана успешно за отключване на сертификат. - Командата "git stash шоу»Има възможност да покаже непроследената част от хранилището на файлове за временно съхранение.
Предложена е по-усъвършенствана стратегия за преопаковане на хранилище с помощта на командата «git prepack«, Което позволява да се намали консумацията на ресурси по време на преопаковането.
Накрая ако се интересувате да научите повече за това за тази нова версия, можете да проверите подробностите в следната връзка.