Сколько у меня ветвей? Как я это знаю?

Question

У нас есть 1 главная ветвь до того, как мы выпустили заказчику.

---

Теперь мы в ошибка фиксации состояния, и мы также хотим продолжать работает над новой функцией.

Сколько ветвей мы должны минимизировать конфликты между разработчиками? 3 или 2?

Я имею в виду 3

• Мастер
• развития
• Bugs Устранены

Любые предложения по этому вопросу будут оценены! Я открыт для любых советов.

Answer 1

Путь наш рабочий процесс работает следующим образом:

Каждый раз, когда мы добавим функцию или исправить ошибку, мы создаем новую ветвь, с соответствующим названием. (т. е. «redirectFix» для сломанной переадресации)

Мы создаем запрос на растяжение для нашей разработки, а также кто-то из команды, чтобы убедиться, что он работает.

Мы сливаемся с ветвью развития и удаляем специально названную ветвь.

Мы обеспечиваем все, что работает на ветке разработки, а затем нажимаем на главную ветвь.

Выполнение всего, что происходит в небольших ветвях, помогает свести к минимуму конфликты и сделать их довольно легко исправить, на мой взгляд.

Answer 2

Преимущество git (например, относительно SVN) состоит в том, что создание и объединение ветвей - это простые и дешевые операции. Поэтому в идеале вы можете иметь одну локальную ветвь для каждой новой разработки/тестирования. Затем вам понадобится один дополнительный локальный ветвь, синхронизированный с удаленным производственным репозиторием на сервере, чтобы облегчить локальное слияние и нажать новые функции после их готовности.

Answer 3

Существует не один лучший ответ, это зависит от компании и настройки (тестирование, постановка и т. Д.).

Atlassian имеет хорошую страница, которая сравнивает рабочие процессы, вы можете принять особый взгляд на Gitflow Workflow:

https://de.atlassian.com/git/tutorials/comparing-workflows

Основная идея заключается в том, что ваш мастер для полных выпусков только, то разработка - это та, которую вы разрабатываете, , но каждая функция или исправление получает отдельную ветку. Они почти ничего не стоят.