Примечания к выпуску GitLab 19.0

21 мая 2026 года был выпущен GitLab 19.0 со следующими функциями.

Мы рады выразить признательность Norman, контрибьютору 3-го уровня, который внес более 40 принятых улучшений в GitLab с момента присоединения в мае 2022 года.

Основные функции

Пользовательские инструкции по проверке кода на уровне группы для GitLab Duo

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Дополнения: GitLab Duo Enterprise
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab вы могли задавать пользовательские инструкции по проверке для GitLab Duo только на уровне проекта. Командам, работающим над множеством проектов в одной группе, приходилось дублировать одни и те же инструкции в каждом проекте.

Теперь вы можете настроить общие пользовательские инструкции по проверке для всей группы и ее подгрупп.

Выберите проект в своей группе, который будет использоваться в качестве шаблона. Когда GitLab Duo выполняет проверку кода, он объединяет файл .gitlab/duo/mr-review-instructions.yaml уровня группы с любыми инструкциями, заданными в отдельном проекте.

Как Code Review Flow, так и GitLab Duo Code Review поддерживают пользовательские инструкции на уровне группы.

Настройка типов рабочих элементов

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Раньше типы рабочих элементов могли быть только «Проблемой» (Issue) или «Задачей» (Task). Теперь вы можете настраивать пользовательские типы рабочих элементов в проекте в соответствии с тем, как ваша команда планирует и отслеживает работу.

Вы можете создавать или переименовывать типы в «Пользовательскую историю» (User Story), «Баг» (Bug) или «Обслуживание» (Maintenance). Каждый рабочий элемент отображается с названием своего типа и уникальным значком. Новые типы поддерживают пользовательские поля и жизненные циклы статусов, а также отображаются в сохраненных представлениях и на досках задач. Настройка типов в группе верхнего уровня (GitLab.com) или организации (GitLab Self-Managed) распространяется на все проекты.

Вы также можете управлять тем, какие типы доступны для каждого проекта. Включите или отключите тип во всех проектах сразу либо позвольте отдельным проектам управлять видимостью собственных типов. Когда вы отключаете тип в проекте, существующие рабочие элементы не затронуты.

GitLab Secrets Manager теперь доступен в открытой бета-версии

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab менеджер секретов GitLab (GitLab Secrets Manager) был доступен только закрытой группе бета-тестирования. Большинство команд полагались на внешние сервисы, такие как HashiCorp Vault или AWS Secrets Manager.

GitLab Secrets Manager теперь доступен в рамках открытой бета-версии для клиентов тарифных планов Premium и Ultimate на GitLab.com и GitLab Self-Managed. Когда GitLab Secrets Manager включен, владельцы проектов и групп могут сохранять, извлекать и использовать секреты CI/CD в GitLab. Секреты привязаны к проекту или группе и доступны только тем задачам конвейера (pipeline jobs), которые явно запрашивают их.

Во время открытой бета-версии GitLab Secrets Manager регулируется политикой поддержки бета-версий и может быть не готов к использованию в рабочей среде.

Чтобы поделиться отзывом, см. issue 598100.

Улучшения GitLab Duo Developer для рабочих процессов слияния запросов (merge request)

Уровень: Free, Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

GitLab Duo Developer теперь поддерживает несколько способов запуска: назначьте его на проблему (issue), выберите «Создать MR» (Generate MR) или упомяните через @ в любой теме обсуждения проблемы или MR, чтобы превратить отзывы, элементы списка задач и проектные вопросы в изменения кода, последующие MR или исследовательские сводки.

При настроенных AGENTS.md и agent-config.yml GitLab Duo Developer запускает ваши тесты и проверки перед фиксацией кода (commit). После того как администратор группы верхнего уровня или инстанса включит Developer Flow, GitLab автоматически добавляет триггеры упоминания и назначения в подходящие проекты.

Сканирование зависимостей с использованием SBOM теперь общедоступно (GA)

Уровень: Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Сканировщик зависимостей на базе SBOM в GitLab теперь общедоступен. Проекты Maven, Gradle и Python теперь имеют полную видимость уязвимостей по всему дереву зависимостей, включая уязвимые транзитивные пакеты, а не только те, которые объявлены напрямую.

Анализатор теперь включает автоматическое разрешение зависимостей для проектов Maven, Gradle и Python. Если файл блокировки (lockfile) или разрешенный граф зависимостей отсутствует, анализатор автоматически вызывает инструменты для разрешения полного графа транзитивных зависимостей перед сканированием. Разрешение зависимостей включено по умолчанию и требует минимальной дополнительной настройки помимо включения шаблона Dependency Scanning версии v2.

Для проектов, где разрешение зависимостей невозможно, анализатор переключается на сканирование манифестов. Он разбирает pom.xml, requirements.txt, build.gradle и build.gradle.kts для выявления прямых зависимостей. Сканирование манифестов гарантирует, что у команд всегда будет отправная точка для покрытия уязвимостей, даже для проектов без файлов блокировки или сборки.

Сканирование манифестов включено по умолчанию и возвращает только прямые зависимости. Для полного покрытия транзитивных зависимостей включите разрешение зависимостей или предоставьте файл блокировки зависимостей или экспорт графа вручную.

Агентное ядро (Agentic Core)

GitLab Duo Core переходит на оплату по факту использования (usage-based billing)

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Начиная с GitLab 19.0, GitLab Duo Core переходит на модель оплаты по факту использования (usage-based billing). Предложения кода (Code Suggestions) в Web IDE и настольных IDE теперь расходуют кредиты GitLab Credits.

GitLab Duo Chat также претерпевает изменения. Для пользователей GitLab Duo Core чат теперь является агентным и работает на базе платформы GitLab Duo Agent Platform. Чтобы использовать GitLab Duo Chat в интерфейсе GitLab или настольных IDE, включите GitLab Duo Agent Platform для вашего инстанса или группы верхнего уровня.

Фильтрация точных результатов поиска кода по репозиторию

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed
Ссылки: Документация · Связанная задача

Теперь вы можете фильтровать точные результаты поиска кода по репозиторию. С помощью синтаксиса repo: вы можете напрямую ограничивать поисковый запрос конкретными репозиториями или шаблонами репозиториев без необходимости переходить к отдельным проектам.

Например, поиск def authenticate repo:my-group/my-project возвращает результаты только из этого репозитория. Вы также можете использовать частичные пути или шаблоны для поиска по нескольким репозиториям.

Триггер события готовности запроса слияния (Merge request ready)

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed
Ссылки: Документация · Связанная задача

Теперь вы можете настраивать потоки (flows) и внешних агентов для запуска по событию готовности запроса слияния (Merge request ready).

Когда черновик запроса слияния (draft merge request) отмечается как готовый к проверке, GitLab Duo автоматически запускает поток или внешнего агента.

Чтобы настроить триггер, перейдите в раздел AI > Triggers в вашем проекте.

Эта функция находится под флагом функции merge_request_ready_flow_trigger и по умолчанию отключена.

Claude Opus 4.7 теперь доступен в GitLab Duo Agent Platform

Уровень: Premium, Ultimate
Размещение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Claude Opus 4.7 теперь доступна в GitLab Duo Agent Platform. Opus 4.7 обеспечивает значительные улучшения при решении сложных многоэтапных задач, требующих непрерывного рассуждения, точного следования инструкциям и самопроверки перед выводом результатов. Сюда входят рабочие процессы, поддерживающие CI/CD-пайплайны, код-ревью, устранение уязвимостей и многое другое.

Поддержка моделей Gemini на собственных серверах

Тариф: Premium, Ultimate
Пакет: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Платформа GitLab Duo Agent Platform Self-Managed теперь совместима с моделями Gemini. Модели Gemini поддерживают множество рабочих процессов, включая процесс код-ревью, процесс устранения уязвимостей SAST, процесс исправления CI/CD-пайплайнов и многое другое.

Расширенная поддержка моделей с открытым исходным кодом в GitLab Duo Agent Platform

Тариф: Premium, Ultimate
Пакет: GitLab Self-Managed
Ссылки: Документация · Связанная задача

GitLab Duo Agent Platform теперь поддерживает дополнительные модели с открытым исходным кодом для развертываний на собственных серверах, включая Devstral 2 123B, GLM-5.1-FP8 и другие. Это помогает клиентам использовать агентские рабочие процессы в различных средах, включая автономные развертывания и развертывания с ограниченным доступом к сети.

Подтверждение инструментов для каждого сеанса с элементами управления администратора

Тариф: Free, Premium, Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Прежде чем GitLab Duo Agentic Chat сможет использовать инструмент от вашего имени, требуется ваше одобрение. Каждый вызов инструмента требует отдельного подтверждения.

Теперь вы можете один раз одобрить доверенный инструмент для всего сеанса и оптимизировать свои рабочие процессы.

Администраторы контролируют доступность подтверждения инструментов для сеансов. Следующие настройки наследуются по цепочке от инстанса к группе и к проекту:

Включено по умолчанию
Отключено по умолчанию
Всегда отключено

Группы и подгруппы могут изменять настройки, если администратор не установил значение «Всегда отключено».

Настройка по умолчанию — «Отключено по умолчанию», что гарантирует, что каждый вызов инструмента требует явного подтверждения, если администратор не изменит ее.

Разрешение конфликтов слияния с помощью GitLab Duo (бета-версия)

Тариф: Premium, Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab вам приходилось разрешать конфликты слияния вручную в интерфейсе GitLab или из командной строки, даже в простых случаях.

Теперь GitLab Duo может автономно анализировать конфликты слияния, редактировать конфликтующие файлы, создавать коммит и выполнять пуш в исходную ветку. Запустите разрешение конфликтов на странице «Разрешить конфликты» или прямо из виджета мерж-реквеста. По завершении GitLab Duo публикует итоговый комментарий, чтобы рецензенты могли видеть, что изменилось.

GitLab Duo уважает правила защиты веток и не выполняет принудительный пуш (force-push) в защищенные ветки.

Эта функция находится в стадии бета-тестирования и управляется флагом функции mr_ai_resolve_conflicts, который включен по умолчанию.

Ограничение AI Catalog иерархией групп

Тариф: Premium, Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Владельцы групп верхнего уровня теперь могут ограничить AI Catalog так, чтобы он показывал только агентов и рабочие процессы, принадлежащие проектам в иерархии их групп. Это блокирует агентов, внешних агентов или рабочие процессы, не входящие в эту иерархию, делая их невидимыми или недоступными для включения любым пользователем в этой группе.

Покупка кредитов на тарифе Free в GitLab Self-Managed

Тариф: Free
Пакет: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Пользователи бесплатного тарифа на GitLab Self-Managed теперь могут задействовать всю мощь GitLab Duo Agent Platform без необходимости приобретать подписку Premium или Ultimate. Выберите количество кредитов в месяц, оформите годовую подписку и получите мгновенный доступ к инструментам разработки на базе ИИ. Кредиты автоматически обновляются каждый месяц, поэтому у вашей команды всегда есть всё необходимое для более быстрого и умного создания продуктов.

Определяемые администратором элементы управления сетевым доступом для удаленных рабочих процессов Agent Platform

Тариф: Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Администраторы теперь могут определять централизованные сетевые политики для удаленных рабочих процессов GitLab Duo Agent Platform прямо в настройках. Администраторы групп верхнего уровня на GitLab.com и администраторы инстансов на GitLab Self-Managed и Dedicated могут настраивать списки блокировки и списки разрешений доменов для всей организации, которые проекты наследуют автоматически. Дополнительная настройка управляет тем, могут ли проекты расширять утвержденный список доменов пользовательскими записями. Политики применяются во время выполнения для всех удаленных рабочих процессов, предоставляя командам безопасности и платформ единый уровень управления сетевым трафиком агентов.

Единый DevOps и безопасность

Автоматическое устранение уязвимостей в зависимостях (эксперимент)

Тариф: Ultimate
Пакет: GitLab.com
Ссылки: Документация · Связанная задача

Автоматическое устранение уязвимостей в зависимостях теперь доступно в качестве эксперимента в GitLab 19.0. Когда сканирование зависимостей обнаруживает уязвимую зависимость Ruby с известным решением, GitLab автоматически открывает мерж-реквест для ее обновления до безопасной версии без участия человека. В эксперименте поддерживаются только проекты на Ruby.

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

Во время эксперимента для каждого проекта может быть открыто до трех мерж-реквестов автоматического устранения уязвимостей одновременно.

Чтобы поделиться отзывом или запросить участие в эксперименте, оставьте комментарий на epic 600511. Чтобы включить эксперимент для вашего проекта, участник команды GitLab должен включить флаг функции dependency_management_auto_remediation для вашего проекта.

Сканирование зависимостей в профилях настройки безопасности

Тариф: Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

В GitLab 18.11 появились профили настройки безопасности для SAST и обнаружения секретов. Теперь сканирование зависимостей также доступно в профиле Dependency Scanning - Default. Этот профиль предоставляет единый интерфейс управления для применения стандартизированного покрытия SCA во всех ваших проектах без изменения ни единого файла конфигурации CI/CD.

Профиль активирует два триггера сканирования:

Пайплайны мерж-реквестов: автоматически запускают сканирование зависимостей каждый раз, когда новые коммиты отправляются в ветку с открытым мерж-реквестом. Результаты включают только новые уязвимости, внесенные мерж-реквестом.
Пайплайны веток (только по умолчанию): запускаются автоматически при слиянии или отправке изменений в ветку по умолчанию, предоставляя полное представление о состоянии зависимостей вашей ветки по умолчанию.

Разрешение зависимостей для сканирования SBOM в Gradle

Тариф: Ultimate
Пакет: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

Сканирование зависимостей GitLab с использованием SBOM теперь автоматически создает граф зависимостей (gradle.graph.txt) для проектов Gradle. Ранее сканирование зависимостей Gradle требовало ручного создания графа зависимостей в рамках сборки. Теперь, если файл графа недоступен, анализатор создает его автоматически, избавляя от этого ручного шага проекты на Java и Kotlin, использующие Gradle.

Вкладка отчетов безопасности в merge request

Уровень: Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

Мерж-реквесты включают новую вкладку «Отчеты», на которой отображаются все результаты сканирования безопасности, результаты проверки соответствия лицензиям и отчеты о качестве кода для пайплайна.

Комментарии бота GitLab в ленте активности по-прежнему доступны для просмотра любых нарушений политик, которые препятствуют слиянию мерж-реквеста.

Улучшенная поддержка массивов для входных параметров CI/CD

Уровень: Free, Premium, Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

Входные параметры CI/CD теперь имеют улучшенную поддержку работы с массивами. Используйте оператор индекса массива [] для доступа к конкретным элементам во входных данных типа массив. Это усовершенствование обеспечивает более гибкие и мощные возможности интерполяции входных данных в конфигурациях пайплайна, позволяя ссылаться на отдельные элементы массива напрямую без дополнительных этапов обработки.

Выбор нескольких значений для входных параметров пайплайна

Уровень: Free, Premium, Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

Ранее при выборе параметров ввода в пользовательском интерфейсе можно было выбрать только одно значение, что ограничивало гибкость для пайплайнов с более сложными параметрами.

Теперь при запуске пайплайна с входными параметрами из пользовательского интерфейса вы можете выбрать несколько значений из выпадающего списка, и выбранные значения объединяются в массив, например ["option1","option2"]. Это упрощает перезапуск служб на нескольких инстансах, сборку нескольких образов Docker, запуск тестов с несколькими комбинациями тегов или выполнение любой операции по нескольким целям за один запуск пайплайна.

Подробная аналитика использования компонентов каталога CI/CD

Уровень: Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Когда вы управляете компонентом CI/CD в каталоге GitLab, сведения об использовании имеют решающее значение для управления обновлениями, обеспечения соблюдения требований и информирования об изменениях, нарушающих обратную совместимость. Вам нужно знать, какие проекты используют ваши компоненты и какие версии они применяют. Ранее эта информация была недоступна, что затрудняло уведомление нужных мейнтейнеров, безопасное планирование прекращения поддержки или обеспечение актуальности проектов с точки зрения последних патчей безопасности.

Представление сведений об использовании компонентов на странице ресурса каталога теперь точно показывает, какие проекты используют каждый компонент, какую версию они запускают, а также используют ли они последнюю версию или устаревшую. Проекты, использующие старые версии, выводятся вверху, поэтому вы можете расставить приоритеты для взаимодействия, стимулировать внедрение испровлений безопасности и обеспечить плавный путь обновления в масштабах всей организации.

Настройка лимитов параллельных пайплайнов для очередей слияния (merge trains)

Уровень: Premium, Ultimate
Предложение: GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab вы не могли изменить максимум в 20 параллельных пайплайнов в очереди слияния, что заставляло либо перегружать раннеры, либо полностью пропускать очереди слияния. Теперь вы можете настроить лимит параллельных пайплайнов для каждой очереди слияния, чтобы сбалансировать нагрузку на раннеры и пропускную способность слияния. Вы можете установить лимит для каждого проекта или для всего инстанса. Установка лимита в значение 1 означает, что каждый мерж-реквест выполняется по одному за раз по отношению к чистой целевой ветке.

Спасибо за этот вклад в развитие сообщества.

Настройка названий мерж-реквестов по умолчанию

Уровень: Free, Premium, Ultimate
Предложение: GitLab.com, GitLab Self-Managed
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab название по умолчанию для нового мерж-реквеста бралось из исходной ветки или первого коммита, и вы не могли обеспечить единое соглашение об именовании в рамках вашего проекта.

Теперь вы можете настроить шаблон названия мерж-реквеста по умолчанию для каждого проекта. Шаблоны поддерживают переменные для исходной ветки, целевой ветки, темы первого коммита, ID связанной задачи, названия задачи и удобочитаемой версии имени исходной ветки. Например, шаблон Resolve %{issue_id} "%{issue_title}" создает заголовки вида Resolve 123 "Fix login bug". Вы по-прежнему можете отредактировать заголовок перед созданием мерж-реквеста.

Защита вебхуков с помощью токенов подписи HMAC

Уровень: Free, Premium, Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

Существующий заголовок X-Gitlab-Token отправляет статический секрет в виде обычного текста, что делает вебхуки уязвимыми для перехвата и атак повторного воспроизведения (replay attacks).

Теперь вы можете добавить токен подписи к любому вебхуку. GitLab использует токен подписи для вычисления подписи HMAC-SHA256 на основе следующих данных:

Уникальный ID вебхука.
Метка времени запроса.
Полезная нагрузка (payload) вебхука.

Затем GitLab отправляет результат в заголовке webhook-signature вместе с заголовками webhook-id и webhook-timestamp в соответствии со спецификацией Standard Webhooks.

Вы можете пересчитать подпись, чтобы подтвердить, что запросы действительно поступили от GitLab и что полезная нагрузка не была изменена. Также проверяя метку времени, вы можете отклонять повторно воспроизведенные запросы.

Спасибо Van Anderson и Norman Debald за их вклад в развитие сообщества!

Межпроектные пуши с использованием токенов заданий CI/CD

Уровень: Free, Premium, Ultimate
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab токен задания CI/CD (CI_JOB_TOKEN) можно было использовать только для отправки изменений в тот же репозиторий, где запускается конвейер. Для межпроектных отправок требовался личный токен доступа или токен развертывания.

Теперь вы можете использовать токен задания для отправки изменений в другой проект, если:

Целевой проект дает на это разрешение.
Пользователь, запускающий конвейер, имеет роль не ниже «Разработчик» в целевом проекте.

Эта функция работает на базе флага функции allow_push_to_allowlisted_projects, который по умолчанию отключен в GitLab 19.0. Обратитесь к вашему администратору, чтобы включить его.

Отрендеринг диаграмм Mermaid обновлен до версии 11

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Ссылки: Документация · Связанная задача

Теперь GitLab использует Mermaid версии 11 для рендеринга диаграмм в Markdown.

Ранее GitLab поддерживал Mermaid версии 10. Благодаря этому обновлению вам доступны все новые типы диаграмм, улучшения синтаксиса и исправления ошибок, появившиеся в Mermaid 11, включая расширенный рендеринг блок-схем, диаграмм последовательностей и многого другого.

Быстрые различия (Rapid Diffs) для рецензирования запросов слияния (бета-версия)

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab.com, GitLab Self-Managed
Ссылки: Документация · Связанная задача

В предыдущих версиях GitLab приходилось ждать, пока вкладка «Изменения» загрузит все файлы, прежде чем можно было приступать к рецензированию, что замедляло работу с большими обзорами.

Теперь вы можете использовать функцию Rapid Diffs для рецензирования запросов слияния с более быстрой начальной загрузкой, более плавной прокруткой и более отзывчивым взаимодействием между файлами. Rapid Diffs использует ту же технологию, которая уже лежит в основе страницы коммитов.

Функция Rapid Diffs находится в стадии бета-тестирования. Некоторые возможности классического интерфейса сравнения пока недоступны. Вы можете переключиться обратно в любой момент.

Посмотрите обзорное видео и поделитесь своими впечатлениями в задаче для отзывов.

GitLab Runner 19.0

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated для госсектора
Ссылки: Документация · Связанная задача

Масштабирование и развертывание

Минимальное требование к PostgreSQL 17

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Минимальная поддерживаемая версия PostgreSQL теперь — версия 17. Если вы используете поставляемый в комплекте PostgreSQL 16, обновите поставляемый сервер PostgreSQL перед установкой GitLab 19.0.

Прекращена поддержка пакетов Linux для Ubuntu 20.04

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Срок стандартной поддержки Ubuntu 20.04 истек в мае 2025 года. Начиная с GitLab 19.0, пакеты Linux для Ubuntu 20.04 больше не предоставляются. GitLab 18.11 — последний выпуск, содержащий пакеты для этого дистрибутива. Перед обновлением до GitLab 19.0 выполните миграцию на Ubuntu 22.04 или другую поддерживаемую операционную систему.

Удалена поддержка Redis 6

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Поддержка Redis 6 удалена в GitLab 19.0. Если вы используете внешнее развертывание Redis 6, перед обновлением выполните миграцию на Redis 7.2 или Valkey 7.2. Встроенный Redis, поставляемый с пакетом Linux, использует Redis 7 начиная с GitLab 16.2 и не затронут этими изменениями.

Mattermost удален из пакета Linux

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab Self-Managed
Ссылки: Документация · Связанная задача

Прекращена поддержка пакетов Linux для дистрибутивов SUSE

Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)
Предложение: GitLab Self-Managed
Уровень: Бесплатный (Free), Премиум (Premium), Максимальный (Ultimate)

21 мая 2026 года был выпущен GitLab 19.0 со следующими функциями.

Основные функции