Рабочий процесс git для многоклиентской веб-разработки

Мне трудно найти хороший рабочий процесс для процесса разработки git в агентстве.

Я хочу использовать git flow, так как он очень хорошо подходит для нашей ситуации. Вот моя проблема с этим подходом:

Мы начинаем разрабатывать функцию a и функцию b. Оба внутри отдельных ветвей функций. Когда работа над функциями завершена, они объединяются в разработку. Теперь клиент, отвечающий за контроль качества, смотрит на тестовый сервер, на котором проверена ветка разработки.

Клиент решает: функция b может быть запущена, над функцией a нужно снова поработать.

Как мы можем отменить изменения, сделанные функцией разработки и развертывания функции b?

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

Любые лучшие практики для таких проблем?


person Marcel Pociot    schedule 18.06.2013    source источник


Ответы (1)


Ветвь разработки обычно не запускается как есть.

Функции из разработки объединяются или (в вашем конкретном случае) выбираются в производственной ветке.

Схема, которой я успешно пользуюсь уже больше года:

  • master — ветка разработки, без клиентского доступа (стоит заметить — крошечные запросы функций и незначительные исправления ошибок выполняются прямо в мастере без веток функций; это может быть не ваш случай)
  • stage — промежуточная ветвь, клиентский QA, производный от master
  • производство - выпуски живых приложений
person Ruslan Osipov    schedule 18.06.2013