Что хотят услышать интервьюеры:

Нужно показать понимание, что CI/CD — это не просто «автосборка», а способ часто и предсказуемо доставлять изменения в продукт. Важно объяснить, как автоматизация сборки, тестов и деплоя снижает риск ручных ошибок и ускоряет релизы. Для Flutter особенно полезно упомянуть, что пайплайн обычно включает анализ кода, прогон тестов, сборку Android/iOS и публикацию артефактов.

Определение:

CI/CD — это подход к разработке, при котором изменения в коде регулярно интегрируются в общую ветку, автоматически проверяются и затем автоматически доставляются в среду тестирования или в релиз.

CI, или Continuous Integration, означает частое слияние изменений в общий репозиторий с автоматическим запуском проверок: сборки, тестов, линтеров, статического анализа.
CD обычно понимают в двух смыслах: Continuous Delivery — код всегда готов к релизу и может быть выложен вручную по кнопке; Continuous Deployment — выкладка в прод происходит автоматически после успешных проверок.

Пример использования:

Для Flutter-приложения при каждом pull request запускается пайплайн: flutter pub get, анализ кода, тесты и сборка приложения. Если всё прошло успешно, для main-ветки автоматически собираются релизные артефакты и, например, загружаются в TestFlight или закрытое тестирование Google Play.

name: Flutter CI/CD

on:
  pull_request:
  push:
    branches:
      - main

jobs:
  test_and_build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: subosito/flutter-action@v2
        with:
          channel: stable
      - run: flutter pub get
      - run: flutter analyze
      - run: flutter test
      - run: flutter build apk --release

Пояснение кода:

В этом примере код не требуется для понимания принципа, но сам пайплайн разбирается по шагам так:

При pull request или push в main запускается workflow.
Репозиторий клонируется на runner.
Устанавливается Flutter SDK нужного канала.
Выполняется загрузка зависимостей.
Запускается статический анализ и тесты.
При успешном прохождении собирается релизный APK.

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

Ключевые моменты:

CI снижает риск интеграционных проблем за счёт частых слияний и автоматических проверок.
CD ускоряет и стандартизирует доставку изменений в тестовые и боевые среды.
В Flutter-проектах обычно автоматизируют анализ, тесты, сборку Android/iOS и публикацию артефактов.
Хороший пайплайн делает релиз повторяемым: один и тот же код всегда проходит одни и те же шаги.
Автоматизация не заменяет качество кода, но помогает раньше находить ошибки и уменьшать стоимость их исправления.
На собеседовании важно различать Continuous Delivery и Continuous Deployment.

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