Представлен публике Git 2.54

20 апреля 2026 года состоялся релиз распределённой системы управления версиями Git 2.54 с изменениями в контексте подготовки к Git 3.0. В обновление вошли боле 400 изменений кода и фиксы с патчами от 137 разработчиков, 66 из них — новые участники проекта. Исходный исходник Git опубликован на GitHub под лицензией GPLv2+.

«Я уйду в офлайн на пару недель, начиная с сегодняшнего вечера, надеюсь, после обновления 'next' и, возможно, также после выпуска первой партии нового цикла. На этот раз нет назначенного временного хранителя, но я верю, что сообщество сможет самоорганизоваться во время моего отсутствия, если форма релиза и дерево репозитория окажутся весьма плохими;‑)», — пояснил мейнтейнер проекта Git Хунио Хамано (Junio Hamano).

Релиз Git 2.47 состоялся в октябре 2024 года. Релиз Git 2.48 опубликована в январе 2025 года. В середине марта 2025 года вышла релиз Git 2.49. Версия Git 2.50 случилась в июне 2025 года. Сборка Git 2.51 вышла в августе 2025 года. Версия Git 2.52 произошёл в ноябре 2025 года. Версию Git 2.53 представили в феврале 2026 года.

Ранее в состав Git 2.52 было добавлено предупреждение о включении по умолчанию в выпуске Git 2.53 сборки компонентов на языке Rust. В версии Git 2.53 были лишь добавлены отдельные улучшения поддержки Rust (функция сборки без GNU sed), но сборка с Rust при использовании Makefile оставлена по умолчанию отключённой (требует выставления флага WITH_RUST), а при использовании Meson автоматически активируется при наличии компилятора rustc. В версии Git 3.0 инструментарий Rust намерены активировать в число обязательных сборочных зависимостей.

Основные доработки и изменения в Git 2.54 (в целом, этот выпуск сосредоточен на улучшении повседневных рабочих процессов в различных сценариях использования Git, а не на внесении одного или нескольких крупных изменений):

• новая экспериментальная команда git history. Использование git history — это более простой решение к переписыванию некоторых элементов истории репозитория, менее запутанный, чем существующие инструменты. В настоящее время git history поддерживает подкоманды reword и split. Использование git history reword [commit] открывает редактор и даёт возможность перенастроить сообщение конкретного коммита, а затем обновит все ветки, которые являются потомками этого коммита. Команда git history split [commit] может использоваться для интерактивного разделения коммита на два путём выбора фрагментов, которые должны быть выделены в новый родительский коммит;

• новый метод определения хуков в файле конфигурации, который работает для команд, находящихся за пределами текущего каталога Git/hook. Ранее хуки Git ограничивались скриптами в папке .git/hooks или общим параметром core.hooksPath, что затрудняло их повторное использование в разных репозиториях. В Git 2.54 хуки можно определять в конфигурационных файлах, что упрощает управление поведением общих хуков на уровне пользователя, системы или репозитория. Внутренняя обработка хуков Git равным образом была обновлена ​​для поддержки этой новой модели. Некоторое количество встроенных хуков теперь используют обновленный программный интерфейс хуков, расширяя преимущества управления на основе конфигурации на всю систему хуков Git;

• по умолчанию включена геометрическая переупаковка (Geometric repacking during maintenance) в качестве стратегии по умолчанию для ручных запусков обслуживания. В результате команда git maintenance run по умолчанию использует более инкрементальный подход к переупаковке, что может снизить затраты на обслуживание и поддерживать актуальность структур данных;

• интерактивный рабочий процедура git add -p теперь обеспечивает лучшую видимость ранее принятых или пропущенных фрагментов и добавляет опцию --no-auto-advance, позволяющую оставаться на текущем файле после принятия решения по последнему фрагменту;

• улучшено поведение Git при обработке HTTP-запросов: теперь Git обрабатывает ответы HTTP 429 «Too Many Requests», повторяя запросы вместо того, чтобы рассматривать их как фатальные ошибки. Такое поведение учитывает заголовок Retry-After сервера и включает новые параметры конфигурации для количества повторных попыток и времени их выполнения;

• улучшены рабочие процессы частичного клонирования. Экспериментальная команда git backfill теперь принимает диапазоны ревизий и аргументы pathspec, что позволяет пользователям получать недостающие блобы для определённого сегмента истории или части дерева, а не извлекать все информация из HEAD;

• ряд других небольших улучшений, в том числе поддержку псевдонимов, не являющихся ASCII‑символами, улучшения команды git log ‑L и улучшения команды git replay, которая также поддерживает новую команду git history.

7 апреля 2005 года состоялся первый версия распределённой системы управления версиями под названием Git, созданной Линусом Торвальдсом за несколько недель для управления разработкой ядра Linux вместо BitKeeper, так как никакая другая система контроля исходного кода не удовлетворяла требованиям в плане распределённости ресурсов. Теперь этот проект значительно вырос, в прошлом году ему исполнилось 20 лет.

18 апреля 2026 года состоялся выпуск открытой платформы совместной разработки Gitea 1.26. Исходный исходник проекта написан на Go и опубликован на GitHub под лицензией MIT.

16 апреля 2026 года состоялся релиз открытой платформы совместной разработки Forgejo (форка проекта Gitea) v15.0 LTS (с долгосрочной поддержкой 15 июля 2027 года). Подход позволяет развернуть на своих серверах систему для совместной работы с репозиториями Git, напоминающую по решаемым задачам GitHub, Bitbucket и Gitlab. Исходный код проекта написан на языке Go и опубликован под лицензией MIT и GPLv3+ для нового кода.