Введение
Gitflow — это абстрактная идея для управления филиалами с использованием GIT. Это помогает, как должны быть созданы филиалы и как их объединить. В Windows базовая установка GIT поставляется с командой Git-Flow, что позволяет определить поток в репозитории. Его единственная разница в git init заключается в том, что он создает и разграничивает имена для конкретных ветвей. В системах OSX он может быть установлен через Brew, с командой Brew Install Git-Flow.
Нашей команде нуждались, чтобы начать определение некоторых моделей GIT филиалов. Я принес эту идею в таблицу для реализации процесса потока GIT. Люди в наших командах растет, поэтому нам потребуется больше координации в совместной работе со многими разработчиками в одном и том же проекте.
Мы должны работать вместе, чтобы реализовать для будущей автоматизации процессов.
Как это работает?
Я собираюсь объяснить каждую часть процесса. Объясняя, как все детали сочетаются друг с другом. Просто до некоторой степени рассмотреть здесь, этот шаблон, это просто обычный, вы можете найти лучший способ своей команде, так что вы можете нарушить правила!
Главные и разрабатывать филиалы
Комбинация двух ветвей позволяет сохранить историю версий. Основным является производственный филиал, и где запускаются теги версий. Разработать является ветвью интеграции с функциями, он создан из Главный и все следующие функции объединены в это.
Особенности филиалов
A функция Филиал создан из последнего Разработать , и когда он закончен, он объединяется обратно в Разработать и удалил. Особенности ветви никогда не взаимодействуют напрямую с основным.
Выпустить филиалы
Когда развитие филиала готова к одобрению, а Выпуск Филиал создан из этого. В Выпуск Создан филиал, исправления ошибок, документация, улучшения, любые запросы в тестах, выполняемых QA. После завершения и протестирования он объединяется с Main и разработкой, создавая новую тег версии на Main, а затем удаляется.
Hotfix Branches
Hotfix Филиал предназначен для решения ошибок в производстве, он создается непосредственно из Главный , как только он решен, он объединен в Главный и Разработать (или выпустить, если он все еще активен). Также добавление новой версии в Main.
Резкий
Общий поток GIT следует ниже:
- Разработка филиала создается из основного;
- Отличная ветвь создана из Разработать ;
- Филиалы функций созданы из Разработать ;
- Когда выпуск завершен, он объединяется с Разработать ;
- Когда выпуск завершен, он объединяется с развивать и главное
- Если проблема в основном обнаружена, из основного создается ветвь, называемая Hotfix;
- После того, как Hotfix завершен, он объединен с развивать и главное
Как внедрилось в компании?
Было необходимо больше организации филиалов в компании. Было несколько ветвей, которые не имели смысла, уже были объединены, но все еще там. Многие разработчики работали над проектом и начали создавать филиал как большую лестницу с филиалом, одна над другим, конечно, что приводит к конфликтам, что было не очень хорошим, но, по крайней мере, они были благополучно решены.
Поэтому я звоню своей команде и начал говорить о способе решить эти проблемы. Я рассказал о Git-Flow, написал небольшую статью, подобную этой, объяснив, как и затем мы публикуем в репозитории «Руководство по документации компании». Команда начала следовать, в некоторых небольших проектах, и она довольно работает.
Вся ваша команда должна согласиться с тем, как вы все обсуждаете, в соответствии с всеми потребностями ваших проектов.
Но другие дискуссии приходят на стол, автоматизация, Git-Flow был большим началом, Следующий шаг, который мы будем работать над CD/CI в некоторых процессах репозиториев.
Надеюсь, вам понравилась статья, не стесняйтесь поделиться и комментировать. Примите все критики об этом. ✨
Эта статья была опубликована в Дхейсон Алвес — блог 📝
Оригинал: «https://dev.to/dheyson_alvess/how-to-integrate-git-flow-in-your-team-3f43»