Автор оригинала: Lily Lambert.
Дежол принес с собой подъем Ci/Cd. В настоящем контексте практики CI/CD являются наиболее широко принятым выбором для сокращения времени разработки программного обеспечения и времени доставки. В этой статье мы предоставим вам больше понимания этого представления, их преимущества и как выполняются эти практики.
Что такое постоянная интеграция?
В практике CI разработчиков строят, запустите и тестируйте код на собственных рабочих станциях, прежде чем совершить код для репозитория управления версиями. После внесения изменений в репозиторий введен цепь событий в движение. Типичным первым шагом в этой цепи является создание последней версии исходного кода. Если сборка успешна, выполняется тесты единиц. Если тестирование подразделения добивается успеха, сборка развернута для испытания среды, где проводится системные тесты (обычно использующие автоматические тесты). Команда уведомляется о состоянии этого процесса, и отчет доставляется для предоставления деталей, таких как номер сборки, дефекты и количество тестов. Итак, какая постоянная интеграция? Непрерывная интеграция — это практика развития, которая помогает обеспечить работу компонентов программного обеспечения вместе. Интеграция должна быть завершена часто; по возможности, почасовой или ежедневно.
Что такое постоянная доставка?
Непрерывная доставка (CD) — это возможность развертывать интегрированный код в производство без необходимости вмешательства человека. На практике CD поднимает, где кончается непрерывная интеграция.
Зависимым от политик и процессов, определенных командами, разработчики могут сделать следующее с CI/CD:
Шаг 1: Перед совершением изменений разработчики проверяют, успешно ли текущая сборка. Если нет, исправьте ошибки, прежде чем совершать новые изменения.
Шаг 2: Если текущая сборка преуспела, сбросьте рабочую станцию с конфигурацией сборки.
Шаг 3: Создайте и тестируйте локально, чтобы обеспечить обновление не нарушает никаких функций. Если успешно, совершите новые изменения.
Шаг 4: Разрешить CI в комплекте с новыми изменениями.
Шаг 5: Если сборка не удается, останавливайте и исправьте ошибки на локальных рабочих станциях. Вернитесь к шагу 3.
Шаг 6: Если сборка проходит, продолжайте работать над другими элементами.
Трубопровод для рабочего процесса CI/CD
Трубопровод CI/CD — это путь для доставки единицы изменений, который начинается от разработки до доставки, обычно состоит из следующих основных этапов:
Фаза 1: совершить Когда разработчики завершают изменения, они совершают изменения в репозиторий.
Фаза 2: построить Исходный код из репозитория встроен в сборку.
Фаза 3: Автоматизация тестов Автоматизированные тесты бегают против сборки. Тестовая автоматизация является важным элементом любого CI/CD-трубопровода. Фаза 4: Развертывание Встроенная версия доставляется на производство.
Важность автоматизации тестирования для CI/CD Автоматизация тестирования является важнейшим компонентом любого CI/CD-трубопровода. Преимущества применения Ci/CD не могут быть реализованы, если отсутствует автоматизированное тестирование и низкий уровень испытательного покрытия. Команды должны выполнять автоматическое тестирование на всех уровнях, включая единицу, интеграцию и тестирование системы.
Заключение
Принятие непрерывной интеграции (CI) и непрерывной доставки (CD) находятся на повышении, этот рост, возможно, указывает на то, как современные разработчики подходят на строительство отличных продуктов. В настоящем контексте CI/CD находится в ядре DEVOPS, а CI, и CD составляют два из наиболее важных процессов в любом трубопроводе DevOps. Так что теперь это хорошее время для вас, чтобы начать изучать CI/CD. Если вы этого не сделали, это будет ценный навык с высоким спросом на будущее.
Оригинал: «https://www.codementor.io/@vivianwilson1021/a-complete-introduction-to-ci-cd-wl7ywahku»