Каждый раз, когда я ищу правильный способ использования git в команде, мы всегда ссылаемся на git-flow.
Мы начали использовать эту схему в качестве нашей библии в начале.
Проход времени, и мы наконец-то обнаружили, что сохранение master в качестве стабильной ветви с помеченными коммитами было пустой тратой времени.
Зачем вам отмечать свою конюшнюсовершить, а затем НАЖМИТЕ, чтобы освоить ту же версию, которую вы уже пометили.Тег существует, вы можете вернуться к этому коммиту в любое время.Почему я должен заботиться о том, чтобы эта ветвь содержала только теги?
Вот Git-Flow, который мы используем, и он работает как чудо.
Мастер: На самом деле наша ветка разработки Release:Мы создаем ветку релиза, чтобы выполнить наш последний тестовый пример релиза, а затем добавляем исправление, если это необходимо.Feature: Мы разветвляемся от Master, чтобы создать функцию, затем отправляем запрос на получение master.
На самом деле это ЖЕ, как gitflow, без ветви, содержащей стабильный.
Еще одно преимущество -этот МАСТЕР является ветвью РАЗВИТИЯ.Поэтому, когда в проект приходит новый товарищ по команде, он может начать с клонирования проекта, и его мастер уже знаком с фактическим развитием.
В изображении:
Мой вопрос: зачем вам использовать оригинальный git-поток с 5 ветками, если вы можете управлять только 4 ветками с тем же результатом?