17 ноября 2025 года состоялся релиз распределённой системы управления версиями Git 2.52 с изменениями в рамках подготовки к Git 3.0. В обновление вошли 637 изменений кода и фиксы с патчами от 94 разработчиков, 33 из них — новые участники проекта.
Релиз Git 2.47 состоялся в октябре 2024 года. Версия Git 2.48 опубликована в январе 2025 года. В середине марта 2025 года вышла версия Git 2.49. Версия Git 2.50 случилась в июне 2025 года. Сборка Git 2.51 вышла в августе 2025 года.
Исходный код Git опубликован на GitHub под лицензией GPLv2+.
Основные изменения и дополнения в Git 2.52:
добавлена команда «git last-modified» для отображения списка файлов в указанной ревизии и коммитов, через которые вносились последние изменения в каждый из этих файлов;
добавлена команда «git repo» для выполнения действий, связанных с извлечением информации из репозитория. Предложены две подкоманды — «git repo info» и «git repo structure», выводящие информацию о настройках репозитория и сведения о структуре репозитория (например, можно узнать число ссылок и объектов в репозитории);
в команду «git refs» добавлены три подкоманды, унифицирующие разрозненные и пересекающиеся низкоуровневые операции над ссылками (git for-each-ref, git show-ref, git update-ref и git pack-refs):
«git refs optimize» — оптимизация бэкенда хранения ссылок (по аналогии с «git pack-refs»).
«git refs list» — вывод списка всех ссылок (по аналогии с «git for-each-ref» или «git show-ref»).
«git refs exists» — проверка существования ссылки (аналог «git show-ref —exists»).
формат для экспорта или импорта истории коммитов расширен возможностью работы с криптографическими подписями, использующими как идентификаторы объектов на базе алгоритма SHA-1, так и на основе SHA-256. В команде «git fast-import» реализована поддержка обработки подписанных тегов по аналогии с подписанными коммитами. Добавлены опции «—signed-commits=» и «—signed-tags=» для управления обработкой подписанных коммитов и тегов на этапе импорта (режим может принимать значения verbatim, warn-verbatim, warn-stri, strip или abort);
в команду «git maintenance» добавлена поддержка новой стратегии «geometric» («git config set maintenance.strategy geometric»), позволяющей сократить время обслуживания крупных монорепозиториев. По сравнению с ранее доступной стратегией, использующей логику как в команде «git gc», новая стратегия избегает переупаковки всех объектов и исключает излишне ресурсоёмкие операции, такие как слияние всех pack-файлов (по возможности объединение производится частями и без чистки удалённых объектов);
добавлена команда «git sparse-checkout clean» для упрощения восстановления состояния рабочего каталога, путём удаления файлов, не соответствующих новому определению sparse-checkout, которые не должны присутствовать в локальной копии в соответствии с текущими параметрами sparse-checkout;
для избавления кодовой базы от усложнений и упрощения сопровождения проведён рефакторинг для уменьшения использования глобальной переменной the_repository;
расширено применение фильтров Блума, вероятностной структуры для проверки вхождения во множество, допускающей ложное определение отсутствующего элемента, но исключающая пропуск существующего элемента. Фильтры Блума теперь применяются для ускорения поиска в истории изменений при указании маскок в файловых путях, например, «foo/bar/*/baz»;
производительность команды «git describe» повышена до 30%, благодаря использовании очереди приоритетов. В «git remote rename» ускорены операции переименования ссылок. В «git ls-files» расширено применение индексов. Заметно ускорена работа команды «git log -L», благодаря исключению излишних трёхуровневых сравнений при обработке слияния коммитов. Внесены оптимизации в библиотеку xdiff;
предоставлена опциональная возможность использования реализаций на языке Rust некоторых внутренних функций, таких как кодирование и декодирование целочисленных значений переменной длины. По умолчанию код на Rust не используется и для включения требует указания сборочного флага WITH_RUST. В будущем ожидается переработка на Rust более значительны внутренних компонентов Git и добавление Rust в число обязательных сборочных зависимостей в Git 3.0;
обновлён список нарушающих совместимость изменений, которые будут применены в ветке Git 3.0. В Git 3.0 решено изменить настройку init.defaultBranch по умолчанию в значение «main», т.е. в репозиториях, созданных командой «git init», ветка по умолчанию будет именоваться «main», а не «master». Также отмечается переход по умолчанию на идентификаторы объектов на основе алгоритма хэширования SHA-256 при инициализации новых репозиториев. Для упрощения переносимости между репозиториями с идентификаторами объектов на базе хэшей SHA-1 и SHA-256 предоставлена возможность в репозитории с одним алгоритмом хеширования, выполнять операции push и pull из репозитория, использующего другой алгоритм хеширования.
Источник: habr.com