Команда, частью которой я являюсь, решила использовать gitflow, что означает наличие master- и dev-ветки.
Процесс должен быть
- переход от источника / разработчика к функции (локальный)
- функция отправки в начало
- запрос на вытягивание для объединения функции в origin / dev - развертывается в DEV
- ветка от origin / dev до релиза, развертывание в QA, STAGE и, наконец, PROD
- тянуть запрос к источнику / dev
- тянуть запрос к источнику / мастеру
К сожалению, они, как и год назад, решили внести некоторые изменения в master, а тем временем также произошли изменения в dev.
Поэтому, когда я теперь хочу перенести свою функцию из dev в master, я получаю около 100 конфликтов. Я не знаю, как им удалось это сделать, но основываясь на том моменте, когда dev и master получили асинхронность, они внесли изменения A в dev и master, но git не определяет, что файлы идентичны, поэтому мне нужно решить эти вручную. Как git выявляет возможные конфликты слияний? Он основан на коммит-гиде?
Как лучше всего синхронизировать dev и master?
Когда я смотрю коммиты dev и master, я вижу, что они разделяют один и тот же commit-guid до определенного момента. Если бы я следовал принципам, как определено выше, я бы даже в новом репозитории получил разные руководства по коммиту.
Что нужно изменить в процессе, чтобы получить те же руководства по коммиту?
Короче говоря, я не хочу, чтобы слияние происходило снова, и ищу способ синхронизировать dev и master.