CI/CD ПОНЯТНЫМ ЯЗЫКОМ ДЛЯ QA


обучение QA без воды Сегодня мы разберём ключевые концепции Continuous Integration (CI) и Continuous Delivery (CD) с помощью GitLab. Если вы когда-то путались в терминах типа 'pipeline', 'runner', 'stage', 'artifact', 'environment' и 'trigger', то сегодня все станет ясно. Мы начнём с основ. CI/CD — это практики, автоматизирующие тестирование и доставку изменений в коде. Давайте разберём, как это работает на практике. Когда разработчик вносит изменения в код и отправляет их в GitLab, запускается пайплайн. Пайплайн состоит из нескольких 'job', каждый из которых выполняет определённую задачу, например, компиляцию кода, запуск тестов или деплой на сервер. Давайте погрузимся в детали. 'Job' — это отдельная задача в рамках пайплайна. Они могут выполняться параллельно в рамках одного 'stage', который, в свою очередь, представляет собой логическую группу 'job', выполняемых последовательно. Артефакты — это файлы, создаваемые в процессе выполнения 'job', которые могут быть использованы на следующих этапах пайплайна или сохранены для дальнейшего использования, например, Docker образы или другие бинарные файлы. Далее, 'environment' — это сервер или группа серверов, на которых разворачивается наше приложение. Мы можем настроить деплой приложения на разные 'environment', такие как staging или production. Теперь о 'trigger'. Триггеры определяют условия автоматического запуска пайплайна. Это может быть коммит в репозиторий, создание merge request или запланированный запуск. Для демонстрации мы используем GitLab, чтобы показать, как создать пайплайн, настроить job для сборки, тестирования и деплоя приложения. Всё это происходит автоматически при каждом новом изменении кода. По завершении этого видео вы будете знать основные концепции CI/CD и сможете применять их в своей работе. Не забудьте подписаться на канал и оставить комментарий с вопросами или предложениями по темам для будущих видео. До новых встреч!

Смотрите также