Инструменты CI/CD

редактор GitLab CI — понять правила до отправки

Вставьте .gitlab-ci.yml, задайте проверочный контекст и просмотрите задания, переменные и предоставленные локальные include.

редактор GitLab CI

CI YAML

Результат

Анализ выполняется в браузере. Данные не отправляются в GitLab.

Настройки

Моделируемый контекст

Локальные include-файлы

Обрабатываются только указанные здесь файлы; удалённые include остаются неопределёнными.

Анализ ещё не выполнен. Запустите его для этого YAML.

Корректный YAML ещё не гарантирует, что задание попадёт в конвейер: мешают неверная стадия, правило или недоступный include. Редактор GitLab CI показывает локальные основания решения до следующего пробного коммита.

Проверка GitLab CI YAML здесь охватывает явно перечисленные конструкции. Итог для конкретного проекта и версии GitLab нужно подтвердить в CI Lint.

Зачем использовать редактор GitLab CI

Не смешивайте пропуск задания с нехваткой контекста.

Решение вместе с причиной

Редактор GitLab CI показывает для каждого задания включение, пропуск или неопределённость. Без diff условие rules:changes остаётся неопределённым, а не ложным.

YAML-задание со связями к трём отдельным состояниям: включено, пропущено и не определено.

Локальные include без догадок

Добавьте точный путь и текст include:local. Отсутствующий файл будет отмечен как неразрешённый, а не заменён пустой конфигурацией.

Два листа YAML связаны локальным путём; связь к отсутствующему файлу остаётся разомкнутой.

Три шага к осмысленному результату

01

Замените демонстрационные значения

push и main — лишь пример. Для merge request сначала укажите нужный источник конвейера и ветки.

02

Передайте локальный файл

Для include:local нужны точный путь и содержимое YAML. Браузер не читает репозиторий автоматически.

03

Разделяйте виды вывода

Разбор YAML, структурная диагностика и просмотр rules отвечают на разные вопросы. После изменения параметров запустите анализ снова.

Структура и ссылки в одном месте

Форматирование без перезаписи

Форматирование .gitlab-ci.yml создаёт отдельный вывод с отступом в два пробела и сохраняет представимые комментарии.

Проверка выбранных полей

Проверка GitLab CI YAML ищет ошибки стадий, действия задания, формы rules и локальных ссылок needs; полного серверного schema здесь нет.

Просмотр правил

Проверка правил GitLab CI учитывает первое совпадение поддерживаемых if-условий. Файловые условия без контекста остаются неопределёнными. Поддерживаются наличие переменной, ==, !=, &&, || и скобки; регулярные выражения остаются неопределёнными.

Обзор переменных

Переменные GitLab CI показаны рядом со ссылками $NAME. Значения из настроек проекта и группы браузеру неизвестны.

Границы локальной проверки

Нет запуска конвейера
Редактор GitLab CI не обращается к серверу и не выполняет скрипты. Версию, права и реальные файлы нужно проверить через CI Lint проекта.
Нет файлов — нет решения
rules:changes и rules:exists зависят от репозитория или diff. Отсутствие данных не означает ложный результат.
Только переданные include
include:local разрешается по заданному точному пути. project, remote, template и component не загружаются.
Переменная может быть внешней
Не найденное локально значение может быть задано на уровне проекта, группы или экземпляра.
Исходник не переписывается
Форматированный YAML появляется в отдельном выводе. Перед копированием сравните его с вводом.

Вопросы про редактор GitLab CI

Как проверить .gitlab-ci.yml до отправки в репозиторий?

Редактор GitLab CI проверит поддерживаемый синтаксис и структуру черновика. Окончательный файл проверьте в CI Lint своего проекта.

Почему правило rules не включает ожидаемую задачу?

Локальный просмотр понимает поддерживаемые if-условия и порядок первого совпадения. Серверная симуляция располагает дополнительным контекстом.

Почему include:local не находит файл?

Введите точный путь include:local и содержимое файла. Если файл не передан, ссылка остаётся неразрешённой.

Доступны ли переменные задачи при вычислении rules:if?

Переменные задания не всегда доступны при оценке rules во время создания конвейера. Уточните область видимости переменной в GitLab.

Как найти переменные, на которые ссылается конфигурация?

На вкладке переменных видны ссылки $NAME и локальные определения. Отсутствие здесь не доказывает отсутствие значения при запуске.

Нашли workflow, который этот инструмент оценивает неверно?

Проверьте черновик в редакторе GitLab CI

Вернитесь в редактор GitLab CI, разберите неопределённые условия и подтвердите итоговый файл в настоящем проекте.