Зачем в GitLab CI нужны артефакты?
Артефакты GitLab CI сохраняют результаты задания: отчёты, логи, сборки и другие файлы, нужные после его завершения или следующим jobs. Это не то же самое, что кэш зависимостей.
Читать ответПодготовка к интервью
54 вопроса по GitLab CI с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по GitLab CI — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: gitlab ci, gitlab, devops.
Каталог
Артефакты GitLab CI сохраняют результаты задания: отчёты, логи, сборки и другие файлы, нужные после его завершения или следующим jobs. Это не то же самое, что кэш зависимостей.
Читать ответУточните, что делали лично в GitLab CI: добавляли jobs, настраивали этапы и правила, передавали переменные или только запускали готовый pipeline. Каждому действию дайте реальный пример.
Читать ответОбычно после падения тестового job следующий job со стандартным when: on_success пропускается, а обычные artifacts могут не загрузиться. Нужно отдельно обеспечить сохранение XML и запуск публикации.
Читать ответОпишите границу своего участия: запуск готового pipeline, изменение jobs или проектирование всей схемы. Для переменных приведите реальные примеры и объясните, зачем использовали их.
Читать ответОпишите конкретный pipeline: что запускало проверки, как готовилось окружение, какие тесты выполнялись и где команда смотрела результаты. Отделите настройку pipeline от его использования.
Читать ответПоместите пять jobs в одну стадию prepare, а pytest — в следующую test. GitLab начнёт следующую стадию после успешного завершения предыдущей, если не изменить зависимости через needs.
Читать ответОпишите последовательность своего pipeline: проверка кода, сборка, unit и интеграционные тесты, артефакты и выпуск, а также условия запуска и остановки.
Читать ответВ GitLab CI задайте artifacts:when: always и путь к уже созданному HTML-отчёту. Не скрывайте код ошибки тестов через || true ради публикации артефакта.
Читать ответНазовите реально использованные системы и свою роль в pipeline: разработка конфигурации, сопровождение или только запуск готовых job. Затем опишите путь изменения от коммита до выкладки.
Читать ответНе выпускайте образ с невоспроизводимой готовностью зависимостей. Добавьте ограниченное ожидание/повторы подключения, корректные probes и интеграционную проверку в окружении, похожем на Kubernetes.
Читать ответРазделите инструменты по назначению: GitLab CI/Jenkins запускают pipeline, Argo CD управляет GitOps-доставкой в Kubernetes, Terraform описывает инфраструктуру. Затем назовите личный вклад.
Читать ответИз вариантов наиболее полный — отдельный контролируемый запуск миграций и readinessProbe приложения. Readiness не допускает трафик до готовности, а миграции не конкурируют при старте каждой реплики.
Читать ответ