У нас есть филиал master
и многие ветви короткой жизни, которые сливаются в master
после того, как клиенты приняли изменения.Как восстановить длинную ветку git для управления?
В дополнение к этому у нас есть длинные ветви живой среды для системы принятия пользователей и системы производства, названные stage
и prod
, которые изначально разветвлены от мастера.
Наш рабочий процесс выглядит следующим образом:
- развивать функцию на художественном отделении
- функция слияния филиал в
stage
- ждут принятия клиента
- о принятии сливаться в
master
master
получает слиты наprod
на следующий день
Прием от клиента может занять очень короткое время, поэтому на stage
есть несколько «функций», которые либо ждут, либо сданы. Потому что, если клиент делает не принять изменения, мы не объединить функцию master
, но, к сожалению, она живет на stage
как зомби :)
Теперь вопрос (ы):
Как мы сбросили филиал stage
в текущий master
, не теряя возможность объединить ветки функций, которые все еще ожидают принятия до stage
? Цель здесь - избавиться от заброшенных «особенностей».
Возможно ли это без изменения истории и принудительного толчка?
Чтобы уточнить: мы можем, конечно, переписать историю и принудительное нажатие, если нет другого варианта. – migg
В истории есть много коммитов и слияний. Слияние происходит, кажется, проблема, которая предотвращает 'git revert master^.. stage'. – migg
У вас есть ответ, который поможет вам решить проблему? Если да, отметьте это. И это поможет другим, у кого есть подобные вопросы. –