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

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

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

• Добавена е командата „git maintenance“, която ви позволява да извършвате периодична работа на системи, които не поддържат cron. Например, като използвате новата команда, можете да уредите процеса на опаковане на хранилището да се изпълнява периодично, така че да не се налага да чакате хранилището да бъде заключено, когато опаковането се изпълнява автоматично, докато изпълнявате различни команди. Командата „git maintenance“ ви позволява да извършвате оптимизации и операции за поддържане на оптималната структура на хранилището във фонов режим, без да блокирате интерактивната сесия - веднъж на час се работи за проактивно изтегляне на нови обекти от отдалечено хранилище и актуализиране на файл с графиката за ангажиране и процесът на опаковане на хранилището започва всяка вечер.
• Добавена е поддръжка за поддържане на обратен индекс (revindex) на диск за пакетни файлове. Спомнете си, че Git съхранява всички данни под формата на обекти, които се намират в отделни файлове. За да се повиши ефективността на работа с хранилището, обектите се поставят допълнително в пакетни файлове, в които информацията се представя под формата на поток от обекти, следващи един след друг (подобен формат се използва при прехвърляне на обекти с git fetch и git push команди). За всеки пакетен файл се създава индексен файл (.idx), който ви позволява много бързо да определите отместването в пакетния файл, при което се съхранява дадения обект, като използвате идентификатора на обекта. Въведен в Git 2.31, обратният индекс (.rev) е насочен към оптимизиране на процеса на определяне на идентификатор на обект от информация за разположението на обект в пакетен файл.

  Преди това такова преобразуване се извършваше в движение, докато се анализира пакетният файл и се съхраняваше само в паметта, което не позволяваше подобни индекси да се използват повторно и принуждаваше индексът да се генерира всеки път. Операцията по изграждане на индекс се свежда до конструиране на масив от двойки обект-позиция и сортирането му по позиция, което може да отнеме много време за големи пакетни файлове.

  Например, операция за показване на съдържанието на обекти, която използва директен индекс, беше 62 пъти по-бърза от операция за показване на размера на обекти, за които данните за позицията към обекта не бяха индексирани. След използване на обратния индекс тези операции започнаха да отнемат приблизително същото време. Обратните индекси също ви позволяват да ускорите операциите по изпращане на обекти при изпълнение на команди за извличане и натискане чрез директно прехвърляне на готови данни от диска. По подразбиране обратните индекси не се създават; за да ги генерирате, трябва да активирате настройката „git config pack.writeReverseIndex true“ и след това да опаковате хранилището с командата „git repack -Ad“.

• Добавени са оптимизации на производителността въз основа на външния вид във файловия формат на графика на ангажименти, използван за оптимизиране на достъпа до информация за ангажименти, нови данни за номера на генериране на ангажименти, които могат да се използват за ускоряване на допълнителни операции с ангажименти.
• Добавени опции за предефиниране на името на главния клон, използван по подразбиране в нови хранилища (настройка init.defaultBranch). При достъп до външни хранилища git се опитва да провери клона, към който сочи HEAD, т.е. ако външният сървър използва клона "main" по подразбиране, тогава операцията "git clone" ще се опита да провери "main" локално. Git 2.31 вече поддържа този тип плащане за празни хранилища. Например, когато клонирате локално ново хранилище, преди да добавите първите корекции към него, локалното копие вече ще съдържа името по подразбиране нагоре, зададено на външния сървър.
• Добавена е опция --disk-usage към командата "git rev-list", за да предостави обобщение на размера на обектите.
• В очакване на предстоящата промяна в бекенда за сливане, откриването на преименуване е значително оптимизирано.
• Поддръжката за наследената библиотека с регулярни изрази PCRE1 е преустановена.
• Възможно е насилствено да се забрани използването на съкратени връзки, независимо от алгоритъма за хеширане. Забраната се активира чрез присвояване на стойност „не“ на параметъра core.abbrev.
• Добавена е опция „--path-format=(absolute|relative)“ към командата „git rev-parse“, за да се посочи изрично дали трябва да се извеждат относителни или абсолютни пътища.
• Скриптовете за завършване на Bash улесняват добавянето на правила за завършване за вашите собствени подкоманди "git".
• Добавена е опция --stdin към командата "git bundle" за четене на препратки от стандартния входен поток.
• Добавена е нова опция към командата "git log": "--diff-merges=" "
• Добавена е опция „--deduplicatecan“ към командата „git ls-files“ за премахване на дублирания изход.
• Добавени са нови маски за изключване на набор от ангажименти - " ^!" И " ^- "
• Добавени са опции „--left-only“ и „--right-only“ към командата „git range-diff“, за да се покаже само едната страна на диапазона, който се сравнява.
• Добавени са опции --skip-to= към командите "git diff" и "git log". " и "—rotate-to= » за прескачане или придвижване до края на началните пътеки.
• Добавена е опция „--skip-to=" към командата „git difftool“. » за възобновяване на прекъсната сесия от произволен път.
• Кодексът за поведение, който определя основните принципи за разрешаване на конфликтни ситуации между разработчиците, е актуализиран до версия 2.0 (преди се използваше версия 1.4).
  
  Източник: opennet.ru