Скачать с ютуб Стратегии Бранчевания GIT FLOW. Просто о сложном. в хорошем качестве

Стратегии Бранчевания GIT FLOW. Просто о сложном.

В этом видео я расскажу про стратегию бранчевания GIT FLOW. Коротко и понятно за пять минут. Главные ветки: В Git Flow обычно используются следующие типы веток: Feature branches Release branches Hotfix branches Feature branches Могут бранчеватся от develop Должны вмержится в develop Naming convention: любые названия кроме master, develop, release-*, или hotfix-* Release branches Могут бранчеватся от develop Должны вмержится в develop и master Naming convention: release-* Помните, до того как вмержить код в релиз ветку, необходимо добавить ей тег с версией релиза (например "0.9 hotfix") Hotfix branches Могут бранчеватся от master Должны вмержится в develop и master Naming convention: hotfix-* Плюсы и минусы Git Flow: Плюсы: Удобный процесс код ревью позволяет отсечь нежелательный код на ранней стадии. Git Flow хорошо подходит для "традиционной модели релизов", где релизы делаются раз в месяц или раз в пару недель. Git Flow также хорошо работает при работе с установленным продуктом или несколькими версиями в производстве. Минусы: Git Flow замедляет работу, когда приходится ревьювить большие пулл реквесты, когда вы пытаетесь выполнить итерацию быстро. Релизы сложно делать чаще, чем раз в неделю. Большие функции могут потратить дни на мерж и резолв конфликтов и быть причиной множества циклов тестирования. История проекта в гите имеет кучу merge commits и затрудняет просмотр реальной работы. Может быть проблематичным в CI/CD сценариях.