Эта статья — одна из многих в серии Путь Ревендо, если вы не читали предыдущую, вы можете найти их ниже:
- Путь Ревендо, ежедневные советы по улучшению вашего развитие компании»
- «Путь Revendo, Лучшая практика соглашения об именах ветвей Git»
-«Путь Revendo, лучшая практика именования коммитов Git»
- «Путь Revendo, лучшие практики кодирования PHP 8»
Практика CI/CD описывает метод превращения задач в прибыльные релизы с инженерной точки зрения.
Описанный процесс — один из лучших процессов разработки программного обеспечения, которые у нас есть. Это результат многих попыток и неудач.
На диаграмме выше каждая ветвь (dev, staging, master) соответствует определенной среде (разработка, staging, Production). Каждая новая функция всегда следует одному и тому же пути.
Функциональная ветвь в среду разработки
- Создать ветку функций
- Разработать функцию
- Создайте запрос на включение в ветку разработки.
- Обзор кода
- Слияние с веткой разработки
- Развертывание в среде разработки
Ветка разработки к промежуточной среде
- Тестирование функции в среде разработки
- Сообщить об ошибке или установить для задачи статус Выполнено
- Создайте запрос на включение от разработчика в промежуточную ветку.
- Обзор кода
- Развертывание в промежуточной среде
Программное обеспечение хорошо настолько, насколько хорош процесс его создания
Подготовка к выпуску
Когда запускается регрессия (тестирование всех созданных функций в текущих спринтах, а также основных функций), замораживание кода выполняется. Это означает, что ничего больше нельзя объединить с промежуточной средой и/или развернуть в промежуточной среде…
