Налична система за контрол на кода Git 2.41

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

В сравнение с предишната версия, в новата версия бяха приети 542 промени, подготвени с участието на 95 разработчици, от които 29 участваха в разработката за първи път. Основни иновации:

• Подобрена обработка на недостъпни обекти, които не са посочени в хранилището (не се споменават клонове или тагове). Недостъпните обекти се премахват от събирача на отпадъци, но остават в хранилището за определено време преди премахването, за да се избегнат условия на състезание. За да се следи периодът на недостижими обекти, е необходимо да се обвържат етикети към тях с времето на промяна на подобни обекти, което не позволява съхраняването им в един пакет-файл, в който всички обекти имат общо време на промяна. Преди това всеки недостъпен обект се съхраняваше в отделен файл, което водеше до проблеми, ако имаше голям брой нови недостъпни обекти, които все още не подлежаха на изтриване. В новата версия по подразбиране се използва механизмът „cruft packs“ за опаковане на недостъпни обекти, което позволява съхраняването на всички недостъпни обекти в един пакетен файл и отразяване на данните за времето за модификация на всеки обект в отделна таблица, съхранена в файл с разширение „.mtimes“ и свързан чрез индексен файл с разширение „.idx“.
• По подразбиране поддържането на обратен индекс (revindex) на диска за пакетни файлове е разрешено. Когато тествахме в хранилищата torvalds/linux, използването на обратен индекс ни позволи да ускорим ресурсоемките „git push“ операции с 1.49 пъти и прости операции, като например изчисляване на размера на един обект с помощта на „git cat- file --batch='%(objectsize:disk)' » 77 пъти. Файлове (.rev) с обратен индекс ще се съхраняват вътре в хранилището в директорията ".git/objects/pack".

  Спомнете си, че Git съхранява всички данни под формата на обекти, които се поставят в отделни файлове. За да се повиши ефективността на работата с хранилището, обектите се поставят допълнително в пакетни файлове, в които информацията се представя под формата на поток от обекти, следващи един след друг (подобен формат се използва при прехвърляне на обекти с git fetch и git натискане на команди). За всеки пакетен файл се създава индексен файл (.idx), който ви позволява много бързо да определите отместването в пакетния файл, чрез който даден обект се съхранява от идентификатора на обекта.

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

  Например операцията за показване на съдържанието на обекти, която използва директен индекс, беше 62 пъти по-бърза от операцията за показване на размера на обекти, за които данните за връзката позиция-към-обект не бяха индексирани. След използване на обратния индекс тези операции започнаха да отнемат приблизително същото време. Обратните индекси също ви позволяват да ускорите операцията по изпращане на обекти при изпълнение на команди за извличане и натискане чрез директно прехвърляне на готови данни от диска.

  

• Добавена е поддръжка за предаване на хедъри на WWW-Authenticate между манипулатора на идентификационни данни и услугата за удостоверяване към протокола „помощник на идентификационните данни“, използван за предаване на идентификационни данни при достъп до ограничени хранилища. Поддръжката на хедъра WWW-Authenticate позволява параметрите на обхвата на OAuth да бъдат предавани за по-подробно разделяне на потребителския достъп до хранилища и ограничаване на обхватите, налични за заявки.
• Добавена опция за форматиране "%(напред-отзад: )", което ви позволява незабавно да получите информация за броя на наличните или отсъстващите ангажименти в определен клон, спрямо друг клон (колко един клон изостава или изпреварва друг на ниво ангажименти). Преди това получаването на тази информация изискваше две отделни команди: "git rev-list --count main..my-feature", за да получите броя на ангажиментите, уникални за даден клон, и "git rev-list --count my-feature.. main", за да получите броя на липсващите ангажименти. Сега такива изчисления могат да бъдат сведени до една инструкция, което опростява манипулаторите за писане и намалява времето за изпълнение. Например, за да покажете необединени клонове и да оцените дали са зад или пред основния си клон, можете да използвате едноредов: $ git for-each-ref --no-merged=origin/HEAD \ --format=' %(refname:short) %(напред-отзад:origin/HEAD)' \ refs/heads/tb/ | column -t tb/cruft-extra-tips 2 96 tb/for-each-ref—изключете 16 96 tb/roaring-bitmaps 47 3 вместо използвания преди това скрипт, който е 17 пъти по-бавен: $ git for-each-ref - format='%(refname:short)' --no-merged=origin/HEAD \ refs/heads/tb | while read ref do ahead="$(git rev-list --count origin/HEAD..$ref)" back="$(git rev-list --count $ref..origin/HEAD)" printf "%s %d %d\n" "$ref" "$напред" "$отзад" готово | колона -t tb/cruft-extra-tips 2 96 tb/for-each-ref—exclude 16 96 tb/roaring-bitmaps 47 3
• Добавена е опция „--porcelain“ към командата „git fetch“, която генерира изход във формат „ ”, по-малко четлив, но по-удобен за анализиране в скриптове.
• Добавена е настройка "fetch.hideRefs" за ускоряване на операциите "git fetch" чрез скриване на част от връзките в локалното хранилище на етапа на проверка дали сървърът е изпратил пълния набор от обекти, което спестява време, като ограничава проверката само до сървъри от които директно се извличат данни. Например, при тестване на система с хранилища, които съдържат голям брой проследени външни връзки, изключването на всички връзки с изключение на тези, адресирани до $remote целевия сървър, намали операцията "git fetch" от 20 минути на 30 секунди. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ fetch $remote
• Командата "git fsck" реализира възможността за проверка за повреда, съвпадение на контролната сума и коректността на стойностите в растерни изображения за достъпност и обратни индекси.
• Командата "git clone --local" вече показва грешка при опит за копиране от хранилище, съдържащо символни връзки в $GIT_DIR.

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