Как лучше всего управлять Git-репозиторием для сайта в 3 этапа?

Question

Мне было интересно, после каких-то проблем с Git, какой лучший способ справиться с репо для сайта. В настоящее время у нас есть 3 версии веб-сайта; производство, бета и разработка. Мы настроили репозиторий Git почти одинаково с 3 ветками: master (production), beta (beta), development (development).

Как только мы закончим с набором изменений / функций, мы обновляем ветку разработки и затем копируем эту ветку в ветку beta. Все это время разработка продолжается в развивающейся отрасли с новыми функциями и т. Д.

Проблема, с которой мы столкнулись, заключается в том, что неизбежно, пока код находится в бета-версии, обнаруживаются ошибки. Эти ошибки должны быть исправлены как в разработке, так и в бета-версии. Между тем, было сделано больше разработок для ветви разработки, которая не принадлежит и не должна входить в бета-ветку, поэтому мы не можем объединить бета-версию и ветки разработки, не так ли? Я также не очень хочу тратить время и проблемы, связанные с необходимостью делать отдельные коммиты на оба репо с изменениями, которые применяются к обоим.

Итак, то, что я ищу, - это лучший способ управления рабочим процессом такого типа с помощью Git.

Спасибо

Answer 1

Check git-flow (иначе: успешная модель ветвления Git) .Производство запускается из основной ветви, разрабатывается из разработки и бета-версии из текущей ветви выпуска (если она есть).

Редактировать: Этот ответ указывает на тот же подход, что и ответ Джастина

Answer 2

Один из лучших подходов к параллельному рабочему процессу dev-qa-release, который я видел, это "Успешная модель ветвления Git" .Для меня ага моментом было использование --no-ff для создания «свертывания» коммита в ветке разработки - это упрощает управление функциями и исправлениями ошибок.

Answer 3

Хорошо, у вас есть мастер (производство),

Вам нужно выполнить некоторые разработки на основе мастера, чтобы вы извлекли мастер и ветку с именем ветви, описывающим то, что вы хотите добавить. Ex feature_123.
Оформить заказ feature_123 и работать, добавлять, фиксировать, нажимать и т. Д.

Затем вы обнаруживаете ошибки в работе, вы проверяете master и ветку с именем ветки, которые описывают, что вы хотите исправить. Ex Issue_234.
Оформить заказ вопроса_234 и работать, добавлять, фиксировать, нажимать и т. Д.

После того, как проблема_234 исправлена ​​и работает, оформить заказ и объединить с проблемой_234
Затем оформите Feature_123 и объедините с Issue_234.

В ветке master и feature исправлена ​​ошибка Issue_234.
Martin