Миграция с Travis CI на GitLab CI: пошаговое руководство и секреты мастеров

Смена облачной платформы CI/CD может показаться daunting task, особенно при переходе с такого известного сервиса, как Travis CI, на GitLab CI. Однако такая миграция открывает возможности для более глубокой интеграции, единой экосистемы и, зачастую, более выгодной экономической модели. Этот гайд проведет вас через процесс миграции «с нуля», раскроет ключевые отличия и поделится секретами, которые позволят провести переход гладко и без простоев.

Первым и самым важным шагом является тщательный аудит существующей конфигурации Travis CI. Откройте ваш `.travis.yml`. Внимательно изучите каждый его раздел: язык и версии (`language`, `node_js`, `python`), этапы жизненного цикла (`before_install`, `install`, `script`, `after_success`, `deploy`), матрицу сборок (`matrix`), переменные окружения (`env`) и настройки кэша (`cache`). Задокументируйте, что делает каждый блок. Это понимание — фундамент для создания эквивалентного `.gitlab-ci.yml`.

Теперь приступим к созданию нового файла конфигурации GitLab CI. Основное философское отличие: Travis CI построен вокруг последовательности этапов для всего пайплайна, в то время как GitLab CI использует концепцию независимых заданий (jobs), сгруппированных в стадии (stages). Вам нужно мысленно разбить ваш Travis-пайплайн на эти дискретные единицы работы. Например, блоки `before_install` и `install` в Travis часто превращаются в глобальный `before_script` или отдельные шаги внутри `script` задания в GitLab CI.

Рассмотрим конкретный пример миграции для Node.js проекта. Типичный `.travis.yml`:

language: node_js
node_js:
 - "16"
 - "14"
cache: npm
before_install:
 - npm ci
script:
 - npm test
after_success:
 - npm run coverage

Эквивалентный `.gitlab-ci.yml` может выглядеть так:

image: node:16-alpine

stages:
 - test

.test-template: &test-template
 cache:
 key: ${CI_COMMIT_REF_SLUG}
 paths:
 - node_modules/
 before_script:
 - npm ci
 script:
 - npm test
 - npm run coverage

test:node-16:
 stage: test