Пускането на новата версия на системата за управление "Git 2.25.0", кое е една от най-популярните системи за контрол на версиите, Надежден, високопроизводителен, предоставящ гъвкави инструменти за нелинейно разработване, базирани на разклоняване и обединяване на версии. За да се гарантира целостта на историята и устойчивостта на промените „със задна дата“, при всеки коммит се използва имплицитен хеш от цялата предишна история, също така е възможно да се подписват цифрово разработчици на ангажименти и етикети.
В сравнение с предишната версия, новата версия прие 583 подготвени промени с участието на 84 разработчици, от които 32 са участвали в разработката за първи път.
Какво е новото в Git 2.25.0?
В тази нова версия откроява в рекламата, възможността за частично клониране, което вече е близо до стабилизиране. Това позволява прехвърляне само на част от данните и работа с непълно копие на хранилището.
Частичното клониране е предназначено да бъде подобрение спрямо нормалното клониране, при което всички данни се копират от хранилището, включително всяка версия на всеки файл в историята на промените. За много големи хранилища копирането на данни води до значително увеличаване на трафика и дисковото пространство, дори ако разработчикът се интересува само от подмножество файлове.
За да се опрости получаването само на част от дървото от произход, лнова версия предлага експерименталната команда оскъдна проверка и новата опция.
git clone --filter=blob:none --no-checkout /your/repository/here
Посочете
--filter- Позволява ви да кажете на сървъра, че клонирате от обектите по ваш избор. (В нашия пример помолихме сървъра да избягва да ни изпраща петна, но можете да използвате множество възможни квалификации).След това трябва да кажем на Git, че може да пропусне проверката на хранилището, след като получи отговор от сървъра с
--no-checkout(Докато Git се опитва да провери съдържанието, той ще забележи, че липсват обекти, и ще се опита да ги поиска от сървъра.
Също новата команда също е включена git sparse-checkout qкоето значително опростява работата и намалява организационния процес работа с непълно хранилище.
Командата sparse-checkout задайте списъка с маршрути, без ръчно конфигуриране, както и показване на текущия списък с маршрути и активиране или деактивиране на частично плащане.
За оптимизиране на работата с много големи хранилища и списъци с шаблони, предлага се конфигурацията "git config core.sparseCheckoutCone", което ограничава валидни шаблони (вместо произволни .gitignore шаблони, можете да посочите всички пътища и дали да извлечете всички файлове в даден поддиректория).
Например ако голямото хранилище има директорията "A / B / C" и цялата работа е концентрирана в поддиректорията "C", когато режимът sparseCheckoutCone се активира, командата «git sparse-checkout set A/B/C»Ще извлече напълно съдържанието на« C », но от« A »и« B »ще извлече само частите, необходими за работа с« C ».
En "git add", "git commit", "git reset" други команди, добавя се нова опция: --pathspec-from-file", Какво позволява зареждане на списък с маршрути от файл или входен поток, вместо да ги изброява в командния ред.
Предложено е първоначално изпълнение на преработената команда git add -i, което ви позволява да добавяте модифицирано съдържание интерактивно, пренаписано от Perl в C. Подобна ревизия на командата git add -p е в ход.
Командата "git log --graph» е рефакториран, образувайки ASCII изображение на графиката с историята на промените в хранилището. Обработката ни позволи значително да подобрим и опростим изхода, без да изкривяваме структурата на историята, което например решава проблема с изваждането на изображението от ширината на линията на терминала.
Докато за подобряване на четливостта на изпратените съобщения, изпратени до пощенски списъци, опцията «git format-patch --cover-from-description subject«, Когато се посочва какво, като предмет на мотивационно писмо за набора от пластири, се използва първият абзац на описателния текст на клона.
Si искате да знаете повече за това стартиране, можете да проверите официалното съобщение в следваща връзка.