Назад

CI/CD · База

Как построить CI pipeline

Автоматически проверять качество и собирать неизменяемый артефакт для каждого изменения.

CI/CD: визуальный контекст этапа

Кратко: за 2 минуты

Автоматически проверять качество и собирать неизменяемый артефакт для каждого изменения. Результат работы — CI Pipeline.

Главная пользаПравильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации.
Первое действиеЗапускайте lint и тесты
Готово, когдаПадение проверки блокирует merge

Когда применять

Урок относится к этапу «CI/CD». Автоматизировать путь изменения от коммита до проверяемого и обратимого релиза. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.

ЦельПравильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации.
ДействиеЗапускайте lint и тесты
ПроверкаПадение проверки блокирует merge

Что это дает

Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «CI Pipeline».

Пошагово: как выполнить

  1. Запускайте lint и тесты
  2. Собирайте versioned artifact один раз
  3. Публикуйте результаты и provenance

Критерии приемки

  • Падение проверки блокирует merge
  • Артефакт воспроизводим
  • Зависимости кешируются безопасно

Типичные ошибки

  • Пересобирать artifact на production
  • Игнорировать flaky tests

Инструменты

GitHub ActionsGitLab CIArtifact Registry

Пример

Плохой пример

Пересобирать artifact на production

Хороший пример

Учебный пример. Изменение проходит проверку кода, тесты и сборку неизменяемого артефакта. Неуспешный тест останавливает выпуск; в production доставляется проверенный артефакт, а не заново собранный неизвестный вариант.

Шаблон

Схема CI

Скачать рабочий лист этого урока

Выбрать рабочий шаблон

Рабочий артефакт

Рабочий артефакт

Схема CI

Учебный пример. Изменение проходит проверку кода, тесты и сборку неизменяемого артефакта. Неуспешный тест останавливает выпуск; в production доставляется проверенный артефакт, а не заново собранный неизвестный вариант.

  • Build
  • Test
  • Deploy
  • Rollback

Контроль качества

Артефакт

Карта delivery pipeline

Метрика проверки

Падение проверки блокирует merge

Когда пересматривать

После релизов, изменения требований, обновления целей и появления новых рисков.

Что передать дальше

Контекст, проблему, доказательство, владельца, срок и критерий приемки.

Перед отметкой выполнено: Падение проверки блокирует merge

Как применять

Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.

Короткие ответы

Частые вопросы

Зачем выполнять пункт «Как построить CI pipeline»?

Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «CI Pipeline».

С чего начать выполнение?

Запускайте lint и тесты

Как понять, что пункт выполнен?

Падение проверки блокирует merge

Какая ошибка чаще всего мешает результату?

Пересобирать artifact на production

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Построить CI pipeline»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?

Для углубленного изучения

· Версия 2 · Обновлено

Независимая экспертная проверка не заявлена.

Что обновлено
  • — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.

Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.

Предложить исправление через контакты Ariol