Сравнение CD/CI и git flow

1.

Сравнение CD/CI и git flow
Выполнила:
студент группы 3-1 ИС
Леонгардт Алена

2.

gitflow
Git-flow — альтернативная модель ветвления Git, в которой
используются функциональные ветки и несколько основных веток. Эта
модель была впервые опубликована и популяризована Винсентом
Дриссеном на сайте nvie. По сравнению с моделью магистральной
разработки, в Git-flow используется больше веток, каждая из которых
существует дольше, а коммиты обычно крупнее.
В соответствии с этой моделью разработчики создают
функциональную ветку и откладывают ее слияние с главной
магистральной веткой до завершения работы над функцией. Такие
долгосрочные функциональные ветки требуют тесного взаимодействия
разработчиков при слиянии и создают повышенный риск отклонения от
магистральной ветки. В них также могут присутствовать конфликтующие
обновления.

3.

Git-flow можно использовать для
проектов, в которых запланирован цикл
релизов и реализуется характерная для
DevOps методика непрерывной поставки. В
этом рабочем процессе используются
понятия и команды, которые были
предложены в рамках рабочего процесса с
функциональными ветками.
Однако Git-flow привносит новые
специфические роли для разных веток и
определяет характер и частоту
взаимодействия между ними.
Помимо функциональных веток в
рамках этого рабочего процесса
используются отдельные ветки для
подготовки, поддержки и регистрации
релизов. При этом вы по-прежнему можете
пользоваться преимуществами рабочего
процесса с функциональными ветками,
такими как запросы pull, изолированные
эксперименты и эффективное командное
взаимодействие.

4.

Что такое CI/CD
CI/CD — одна из практик DevOps, подразумевающая
непрерывную интеграцию и доставку. Этот набор принципов
предназначен для повышения удобства, частоты и надежности
развертывания изменений программного обеспечения или продукта.
CI/CD относится к agile-практикам и позволяет разработчикам уделять
внимание реализации бизнес-требований, качеству кода и безопасности
продукта.
Цели CI/CD:
• обеспечение последовательного и автоматизированного способа
сборки, упаковки и тестирования продуктов или приложений;
• автоматизация развертывания в разных окружениях;
• сведение к минимуму ошибок и проблем.

5.

MVP
Minimal Viable Product (минимально жизнеспособный
продукт) — тестовая версия товара, услуги или сервиса с
минимальным набором функций (иногда даже одной),
которая несет ценность для конечного потребителя.
MVP создают для тестирования гипотез и проверки
жизнеспособности задуманного продукта, насколько он будет
ценным и востребованным на рынке.
Результаты тестирования минимально жизнеспособного
продукта и обратная связь от целевой аудитории помогают
понять, стоит ли развивать проект дальше, какие изменения
следует внести в стратегию, а что оставить в первоначальном
виде.