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

После некоторых проблем с Git мне стало интересно, как лучше всего обрабатывать репо для веб-сайта. На данный момент у нас есть 3 версии сайта; производство, бета и разработка. Мы настроили репозиторий Git примерно так же, как и 3 ветки: основная (рабочая), бета (бета), разработка (разработка).

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

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

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

Спасибо

9
задан Jan 14 December 2011 в 20:39
поделиться