21 мая 2026 года состоялся релиз GitLab 19.0, включающий следующие функциональные возможности.
Мы рады отметить Нормана, участника 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» (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 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 следует политике поддержки бета-версий и может быть не готов к использованию в производственной среде.
Чтобы оставить отзыв, перейдите к задаче 598100.
Улучшения GitLab Duo Developer для рабочих процессов слияния (merge request)
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
- Ссылки: Документация · Связанная задача
GitLab Duo Developer теперь поддерживает несколько методов запуска: назначение на задачу, выбор «Создать MR» (Generate MR) или упоминание через @ в любой ветке обсуждения задачи или MR, чтобы превратить отзывы, пункты списка дел и вопросы по дизайну в изменения кода, последующие MR или сводки исследований.
При настроенных файлах AGENTS.md и agent-config.yml, GitLab Duo Developer запускает ваши тесты и проверки перед фиксацией изменений. После того как администратор группы верхнего уровня или экземпляра включит Developer Flow, GitLab автоматически добавит триггеры упоминания и назначения в подходящие проекты.
Сканирование зависимостей с использованием SBOM стало общедоступным
- Уровень: Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
- Ссылки: Документация · Связанная задача
Сканер зависимостей GitLab на основе SBOM теперь общедоступен. Проекты на Maven, Gradle и Python теперь имеют полную видимость уязвимостей во всем дереве зависимостей, включая транзитивно внедренные уязвимые пакеты, а не только те, что объявлены напрямую.
Анализатор теперь включает автоматическое разрешение зависимостей для проектов Maven, Gradle и Python. Если файл блокировки (lockfile) или разрешенный граф зависимостей отсутствует, анализатор автоматически вызывает инструменты для разрешения полного графа транзитивных зависимостей перед сканированием. Разрешение зависимостей включено по умолчанию и требует минимальной или никакой дополнительной настройки, кроме включения шаблона Dependency Scanning версии 2.
Для проектов, где разрешение зависимостей невозможно, анализатор переключается на сканирование манифестов. Он анализирует pom.xml, requirements.txt, build.gradle и build.gradle.kts для идентификации прямых зависимостей. Сканирование манифестов гарантирует, что команды всегда получат отправную точку для покрытия уязвимостей, даже для проектов без файлов блокировки или файлов сборки.
Сканирование манифестов включено по умолчанию и возвращает только прямые зависимости. Для полного транзитивного покрытия включите разрешение зависимостей или предоставьте файл блокировки зависимостей или экспорт графа вручную.
Agentic Core
GitLab Duo Core переходит на биллинг на основе использования
- Уровень: Premium, Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
- Ссылки: Документация · Связанная задача
Начиная с GitLab 19.0, GitLab Duo Core переходит на биллинг на основе использования. Предложения по коду (Code Suggestions) в Web IDE и настольных IDE теперь потребляют кредиты GitLab (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
- Ссылки: Документация · Связанная задача
Теперь вы можете настроить потоки и внешние агенты для запуска по событию готовности запроса на слияние (Merge request ready).
Когда черновик запроса на слияние помечается как готовый к проверке, 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-Hosted теперь совместима с моделями Gemini. Модели Gemini поддерживают различные рабочие процессы, включая проверку кода (Code Review Flow), устранение уязвимостей SAST (SAST Vulnerability Resolution Flow), исправление CI/CD-конвейеров (Fix CI/CD Pipeline Flow) и другие.
Расширенная поддержка моделей с открытым исходным кодом в 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 может автономно анализировать конфликты слияния, редактировать конфликтующие файлы, создавать коммит и отправлять его в исходную ветку. Запустите разрешение конфликтов со страницы «Разрешить конфликты» или непосредственно из виджета запроса на слияние (merge request). По завершении 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 создает изменение файла манифеста и открывает запрос на слияние через сервисную учетную запись. Затем запрос на слияние проходит стандартный рабочий процесс проверки и утверждения вашего проекта.
Во время эксперимента в проекте может быть открыто не более трех запросов на слияние для автоматического исправления одновременно.
Чтобы поделиться отзывом или запросить участие в эксперименте, оставьте комментарий в эпике 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.
Профиль активирует два триггера сканирования:
- Конвейеры запросов на слияние (Merge Request Pipelines): Автоматически запускает сканирование зависимостей каждый раз, когда новые коммиты отправляются в ветку с открытым запросом на слияние. Результаты включают только новые уязвимости, внесенные запросом на слияние.
- Конвейеры веток (только для ветки по умолчанию): Запускается автоматически при слиянии или отправке изменений в ветку по умолчанию, предоставляя полное представление о состоянии зависимостей вашей ветки по умолчанию.
Разрешение зависимостей для сканирования SBOM в Gradle
- Уровень: Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
- Ссылки: Документация · Связанная задача
Сканирование зависимостей GitLab с использованием SBOM теперь автоматически создает граф зависимостей (gradle.graph.txt) для проектов Gradle. Ранее для сканирования зависимостей Gradle требовалось вручную создавать граф зависимостей как часть процесса сборки. Теперь, если файл графа отсутствует, анализатор создает его автоматически, избавляя от этого ручного шага в проектах Java и Kotlin, использующих Gradle.
Руководство по устранению уязвимостей для тестирования безопасности API
- Уровень: Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
- Ссылки: Документация · Связанная задача
Отчеты об уязвимостях безопасности API теперь включают руководство по устранению для каждой найденной проблемы. Ранее тестирование безопасности API выявляло уязвимости, но не предоставляло инструкций по их исправлению. Разработчикам приходилось самостоятельно искать способы устранения. Теперь каждая находка включает специфические для уязвимости шаги по исправлению и ссылки на соответствующие идентификаторы OWASP и CWE прямо в отчете об уязвимости.
Руководство по устранению теперь включено для следующих проверок:
- Информация о приложении
- Аутентификация в открытом виде
- CORS
- DNS-ребиндинг
- Режим отладки фреймворка
- Уязвимость Heartbleed в OpenSSL
- HTML-инъекция
- Небезопасные HTTP-методы
- JSON-хайжекинг
- JSON-инъекция
- Открытый редирект
- OS command injection
- Path traversal
- Чувствительный файл
- Конфиденциальная информация
- Сессионный cookie
- Shellshock
- SQL-инъекция
- Конфигурация TLS
- Токен аутентификации
- XML-инъекция
Данные безопасности на вкладке «Отчеты» в merge request
- Уровень: Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
- Ссылки: Документация · Связанная задача
Merge requests включают новую вкладку «Отчеты», на которой отображаются все результаты сканирования безопасности, проверки соответствия лицензий и отчеты о качестве кода для конвейера.
Комментарии бота GitLab в ленте активности по-прежнему доступны для просмотра любых нарушений политик, которые препятствуют слиянию merge request.
Улучшенная поддержка массивов для входных данных 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 Catalog
- Уровень: Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated
- Ссылки: Документация · Связанная задача
Когда вы управляете компонентом CI/CD в каталоге GitLab, детали использования критически важны для управления обновлениями, обеспечения соответствия требованиям и информирования о критических изменениях. Вам нужно знать, какие проекты используют ваши компоненты и какие версии они используют. Ранее эта информация была недоступна, что затрудняло уведомление нужных сопровождающих, безопасное планирование устаревания или обеспечение актуальности проектов с последними исправлениями безопасности.
Представление сведений об использовании компонентов на странице ресурса каталога теперь точно показывает, какие проекты используют каждый компонент, какую версию они запускают и используют ли они последнюю версию или устаревшую. Проекты, использующие старые версии, отображаются вверху, чтобы вы могли расставить приоритеты в работе, стимулировать внедрение исправлений безопасности и обеспечить плавный путь обновления по всей организации.
Настройка лимитов параллельных конвейеров для merge trains
- Уровень: Premium, Ultimate
- Предложение: GitLab Self-Managed, GitLab Dedicated
- Ссылки: Документация · Связанная задача
В предыдущих версиях GitLab вы не могли изменить максимум из 20 параллельных конвейеров в merge train, что заставляло вас либо перегружать исполнителей (runners), либо полностью пропускать merge trains. Теперь вы можете настроить лимит параллельных конвейеров для каждого merge train, чтобы сбалансировать нагрузку на исполнителей и пропускную способность слияния. Вы можете установить лимит для проекта или для всего экземпляра. Установка лимита на 1 означает, что каждый merge request выполняется по очереди, относительно чистой целевой ветки.
Спасибо Norman Debald (@Modjo85) за этот вклад сообщества.
Настройка заголовков merge request по умолчанию
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab.com, GitLab Self-Managed
- Ссылки: Документация · Связанная задача
В предыдущих версиях GitLab заголовок по умолчанию для нового merge request брался из исходной ветки или первого коммита, и вы не могли обеспечить единое соглашение об именовании в рамках вашего проекта.
Теперь вы можете настроить шаблон заголовка merge request по умолчанию для каждого проекта. Шаблоны поддерживают переменные для исходной ветки, целевой ветки, темы первого коммита, ID связанной задачи, заголовка задачи и читаемой версии имени исходной ветки. Например, шаблон Resolve %{issue_id} "%{issue_title}" создает заголовки типа Resolve 123 "Fix login bug". Вы по-прежнему можете отредактировать заголовок перед созданием merge request.
Защита вебхуков с помощью токенов подписи HMAC
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
- Ссылки: Документация · Связанная задача
Существующий заголовок X-Gitlab-Token отправляет статический секрет в открытом виде, что делает вебхуки уязвимыми для перехвата и атак повторного воспроизведения.
Теперь вы можете добавить токен подписи к любому вебхуку. GitLab использует токен подписи для вычисления подписи HMAC-SHA256 для:
- Уникального ID вебхука.
- Временной метки запроса.
- Полезной нагрузки вебхука.
Затем 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) только для пуша в тот же репозиторий, где выполняется конвейер. Межпроектные пуши требовали персонального токена доступа или токена развертывания.
Теперь вы можете использовать токен задания (job token) для отправки данных в другой проект, если:
- Целевой проект дал на это разрешение.
- Пользователь, запускающий конвейер, имеет как минимум роль Developer в целевом проекте.
Эта функция находится за флагом функций 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 вам приходилось ждать, пока вкладка Changes загрузит все файлы, прежде чем вы могли приступить к проверке, что замедляло работу с большими запросами на слияние.
Теперь вы можете использовать Rapid Diffs для проверки запросов на слияние с более быстрой начальной загрузкой, более плавной прокруткой и более отзывчивым взаимодействием между файлами. Rapid Diffs использует ту же технологию, которая уже обеспечивает работу страницы коммитов.
Rapid Diffs находится в стадии бета-тестирования. Некоторые функции из классического интерфейса сравнения пока недоступны. Вы можете переключиться обратно в любое время.
Посмотрите обзорное видео и поделитесь своим опытом в задаче для обратной связи.
GitLab Runner 19.0
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab.com, GitLab Self-Managed, GitLab Dedicated, GitLab Dedicated for Government
- Ссылки: Документация · Связанная задача
Масштабирование и развертывания
Минимальное требование 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
- Ссылки: Документация · Связанная задача
Встроенный Mattermost удален из Linux-пакета в GitLab 19.0. Если вы в настоящее время используете встроенный Mattermost, обратитесь к руководству по миграции с Linux-пакета на автономную версию Mattermost. Клиенты, не использующие встроенный Mattermost, не затронуты.
Прекращена поддержка Linux-пакетов для дистрибутивов SUSE
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab Self-Managed
- Ссылки: Документация · Связанная задача
Spamcheck удален из Linux-пакета и чарта GitLab Helm
- Уровень: Free, Premium, Ultimate
- Предложение: GitLab Self-Managed
- Ссылки: Документация · Связанная задача