Пусната е разпределена система за управление на изходния код 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