Издание на разпределената система за управление на изходни текстове Git 2.24

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

В сравнение с предишната версия, в новата версия са приети 544 изменения, подготвени с участието на 78 разработчици, от които 21 участват за първи път в разработването. Основни нововъведения:

• Добавена е поддръжка на конфигурационни макроси, чрез които можете бързо да превключвате между различни набори от настройки, без да се задълбочавате в подробностите на свързаните с тях конкретни опции. С помощта на макроси не е необходимо да запомняте кои настройки трябва да промените, за да активирате определена функционалност. Например, в случай на забавяне на работата с голямо хранилище, може да е необходимо да преминете на нов механизъм на индексиране, да включите компресия на префиксите на пътищата и да активирате кеша на неотслежваните файлове, като зададете параметъра index.version на 4 и активирате core.untrackedCache. Макросите позволяват да не губите време в търсене на подходящо решение в документацията, а да активирате настройки с оптимизации за хранилища с голям брой файлове:

  git config feature.manyFiles true
• По подразбиране е включено съхранението на обекти под формата на граф на комитите (commit-graph), при което за индексиране се използва не линейния списък от хешове на обекти с препратки към други обекти, а структура под формата на граф. Ако преди за определяне на версиите, които съдържат конкретно поправка, беше необходимо да се зареди всеки обект от диска, за да се търсят препратки, то при съхранение под формата на граф може да се определи веднага всичките необходими връзки. Преходът към съхранение под формата на граф на комитите в хранилищата на ядрото на Linux и Git доведе до почти двукратно увеличение на производителността на операциите с клонове. За активиране на новия метод на съхранение след актуализация до Git 2.24 е необходимо да изпълните командата "git gc".

  От промените, свързани с commit-graph, също така се отбелязва унифицираното с другите команди представяне на индикатора за напредък при операциите, свързани с commit-graph командите («git commit-graph write», «git commit-graph verify» и т.н.). Индикаторът за напредък сега по подразбиране се извежда само за терминала (за промяна на поведението, следва да се използва опцията «-[no-]progress»). Освен това, добавен е нов конфигурационен параметър fetch.writeCommitGraph, който включва автоматично обновяване на файла с графа на комитите при операции «git fetch» (всички комити, извлечени от външни репозитории, ще влизат веднага в commit-graph без нуждата от отделно стартиране на auto-gc);

• Добавена е команда за презапис на историята на промените — «git filter-repo«, която е по-прост алтернативен вариант на командата «git filter-branch» за извършване на операции с историята на промените в репозитория (например, премахване на файл от репозитория или извличане на историята на промените на определен каталог). За повишаване на ефективността вместо систематично покомитно разглеждане, в «git filter-repo» операциите се извършват върху представената история под формата на непрекъснат поток.

  Филтрирането на историята се осъществява с помощта на опцията «-path-{glob,regex}», позволяваща прилагането както на прости шаблони, така и на регулярни изрази. Има и опции за извършване на операция «търсене и замяна» или почистване на бинарни обекти, чийто размер надвишава зададеното. Всеки презаписан комит получава нов SHA-1 хеш идентификатор и във връзка с новия идентификатор се обновяват всички препратки към заменения комит.

  За извеждане на обобщение със статистика относно репозитория (брой обекти по типове, най-големи файлове и каталози, какви разширения изискват повече място на диска и т.н.) е предвидена опцията «-analyze». За разширяване на функционалността е възможно свързването на произволни callback обработвачи на Python, чрез които може както да се създават нови подкоманди, така и да се обработват различни събития (например нови типове файлове);

• Добавена опция «—end-of-options», която позволява отделяне на опциите от имената на линковете, които могат да започват с символа «-» и да се възприемат като опции («git log —end-of-options —super-dangerous-option»). Ако в ежедневието подобни имена могат да бъдат екранирани като «git log ‘refs/heads/—super-dangerous-option'», то в скриптовете могат да възникнат проблеми с определянето на пространството от имена. Общоприетият разделител „—“ в този случай не е приложим, тъй като вече се използва за отделяне на имената на линковете от файловете (например, «git log —end-of-options —super-dangerous-option ^master — path/to/file»);
• В «git rebase —rebase-merges» са добавени опциите «—strategy» и «—strategy-option» за избор на стратегия за сливане;
• Добавен е нов обработчик «.git/hooks/pre-merge-commit», който се извиква след извършване на сливане, но преди записването на резултата в комита;
• В двигателя за автоматично довършване на команди е добавена поддръжка за добавяне на конфигурационни променливи, свързани с настройките на конкретни команди.
  Например, при необходимост да напишете «git -c core.autocrlf=false add path/to/my/file», но като не помните точното название на променливата «core.autocrlf», можете да натиснете Tab и да получите подсказка.

Освен това, разработчиците на Git бяха добавени кодекс за поведение на участниците в проекта, който определя основните принципи за разрешаване на конфликти. Документът е основан на препоръките на «Contributor Covenant», прилагани в много отворени проекти, включително ядрата на Linux, Eclipse, Freedesktop, GitLab, Ruby и Kubernetes. Документът определя равни възможности за всички участници, независимо от тяхната философия, възраст, пол, религиозни предпочитания, ниво на образование, социален статус и националност. В общността се приветства приятелската форма на общуване, разбирането, съпричастността към проблемите на другите участници, възприемането на конструктивна критика и вземането на най-добрите решения за цялата общност. Не се допускат тролинг, обидна форма на общуване, опити за унижение, домогателства, нарушаване на неприкосновеността на личния живот, разкриване на лични данни, както и други действия, които могат да се считат за неподходящи в професионалното общуване.

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