Что такое CI/CD

На интервью удобно отвечать в два слоя. Сначала дайте простое определение: CI/CD автоматизирует путь изменения от pull request до окружения, где это изменение можно проверить или показать пользователям. Затем разделите термины.

CI означает Continuous Integration. Это регулярная автоматическая проверка того, что новый код можно безопасно интегрировать в общую кодовую базу. Для фронтенда это обычно установка зависимостей, линтер, typecheck, тесты и production build.

CD означает доставку после успешных проверок. Здесь важно не говорить слишком широко. CD может быть Continuous Delivery, когда артефакт готов к релизу, но production-деплой подтверждается вручную. А может быть Continuous Deployment, когда успешный pipeline сам выкатывает изменения в production.

Хороший короткий ответ может звучать так:

CI/CD это автоматизация проверки и доставки кода. CI запускает проверки на изменения, например lint, typecheck, тесты и сборку. CD доставляет успешную сборку в окружение. В Continuous Delivery релиз обычно ждет ручного подтверждения, а в Continuous Deployment может автоматически уйти в production.

После этого добавьте frontend-практику. Такой pipeline быстрее ловит сломанный UI, ошибки типов, проблемы сборки, неправильные переменные окружения, рост бандла, базовые проблемы доступности и регрессии в важных сценариях. Без CI/CD команда часто узнает о проблеме поздно, когда код уже смержен или выкачен.

Базовый pipeline для frontend-приложения не обязан быть сложным. Но он должен проверять реальные риски проекта. Например:

name: CI

on:
  pull_request:
  push:
    branches: [main]

jobs:
  checks:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - run: npm ci
      - run: npm run lint
      - run: npm run typecheck
      - run: npm test -- --runInBand
      - run: npm run build
      - run: npm run test:e2e -- --grep @critical
      - run: npm run check:bundle

Это не универсальный шаблон, а пример порядка мыслей. npm ci делает установку воспроизводимой по lock-файлу. lint и typecheck ловят ошибки до runtime. Тесты проверяют поведение, а build подтверждает, что production-сборка создается в окружении, похожем на серверное. Отдельная e2e-команда для важных сценариев помогает не выкатить сломанный login или checkout. Проверка bundle budget не дает незаметно ухудшить загрузку.

Разницу между Delivery и Deployment стоит проговорить явно, потому что это частая ловушка. В Continuous Delivery результат pipeline готов к выкладке. Например, артефакт собран, тесты прошли, preview или staging обновлен, но production ждет кнопку approve.

В Continuous Deployment успешное изменение может попасть в production без ручного шага. Это удобно для частых релизов, но риск выше. Нужны надежные проверки, feature flags, мониторинг ошибок, метрик Web Vitals, логов, а также понятный rollback.

Для фронтенда это особенно заметно, потому что ошибка в JS-бандле может быстро затронуть всех пользователей. Если приложение раздается через CDN, нужно думать о кешировании, хешированных файлах, порядке публикации assets и совместимости HTML с чанками.

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

Сильный практический ответ связывает CI/CD с повседневной работой. Pull request не должен мержиться, пока не прошли обязательные checks. Preview deployment помогает увидеть UI до релиза и проверить loading, error и empty state на реальных данных или моках. E2E-тесты стоит запускать хотя бы для важных путей, например login, checkout, создание заказа или отправка формы. После выкладки нужны мониторинг, smoke-тесты и быстрый откат, потому что автоматизация не гарантирует отсутствие багов.

Если вас спрашивают про инструменты, можно назвать GitHub Actions, GitLab CI/CD, Jenkins, CircleCI или похожие системы. Но не делайте ответ списком брендов. Важнее показать, какие этапы вы бы настроили и какой риск каждый этап снижает.