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

Ожидают услышать, что есть практический опыт работы с CI/CD в связке с Git и понимание, как автоматизируются сборка, тесты и деплой через события в репозитории. Важно показать знание типового процесса: push, merge request, запуск пайплайна, проверка качества и доставка артефакта. Для junior/middle достаточно уверенно объяснить, какие шаги обычно входят в пайплайн и зачем они нужны.

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

CI/CD-пайплайн — это автоматизированная цепочка шагов, которая запускается при изменениях в Git-репозитории и помогает быстро проверить код, собрать проект, прогнать тесты и при необходимости задеплоить результат. Обычно CI отвечает за непрерывную интеграцию: проверку и сборку кода. CD отвечает за доставку или деплой после успешных проверок.

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

Например, при каждом push в ветку develop запускается пайплайн: сначала выполняется сборка Java-проекта, затем unit-тесты, потом статический анализ кода, и если все успешно — собирается артефакт и публикуется в репозиторий артефактов.

# пример общего CI/CD сценария для Git-based пайплайна
stages:
  - build
  - test
  - package

build:
  stage: build
  script:
    - ./mvnw clean compile

test:
  stage: test
  script:
    - ./mvnw test

package:
  stage: package
  script:
    - ./mvnw package
  only:
    - develop

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

В примере пайплайн разделён на стадии: build, test, package. Это значит, что шаги идут последовательно, и при ошибке на раннем этапе дальнейшие шаги не выполняются. На стадии build проект компилируется, на test запускаются тесты, на package создаётся готовый артефакт. Ограничение only: develop означает, что упаковка выполняется только для ветки develop, что удобно для контроля релизного процесса.

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

CI/CD в Git обычно триггерится по push, merge request или тегу.
В пайплайне важно разделять сборку, тестирование и деплой на отдельные этапы.
Для Java-проектов чаще всего автоматизируют build, unit tests, integration tests, package.
Хороший пайплайн должен быстро выявлять ошибки и не пропускать некачественный код дальше.
Практично упомянуть работу с ветками, артефактами, секретами и окружениями.
Для junior/middle достаточно показать понимание процесса и типовых шагов, даже без глубоких деталей конкретного CI-инструмента.

Имели ли вы опыт настройки автоматизированных пайплайнов для CI/CD в Git?