GIT Слияние: объединение файлов, в которых были сделаны разные добавления в одной строке в разных ветках.

Question

Мы находимся на ранних стадиях разработки масштабного обновления базы кода. Работа в настоящее время включает в себя добавление множества функций к определенным файлам. Проблема, с которой мы сейчас сталкиваемся, заключается в том, что разработчик из нашей основной ветки разработки (ветка A) создает ветку (ветку B) и завершает одну пользовательскую историю, которая включает добавление функции в определенный файл и отправляет запрос на извлечение для объединения с веткой A .
Затем разработчик переходит к следующей пользовательской истории, ожидая подтверждения запроса на извлечение, и создает ветку C из ветви A и добавляет код в тот же файл, который он сделал в ветви B (начиная с ветви C). пришел из A кода из B пока нет). При отправке запроса извлечения для филиала C возникает конфликт, поскольку менеджер по слиянию предполагает, что вы пытаетесь использовать один и тот же код в обоих филиалах

 B--PR----
/        \    
A--------D--------E(Conflict)
    \            /
     C----------PR

Есть идеи, как этого избежать?

Answer 1

В приведенном вами примере к моменту, когда филиал C готов к объединению, PR из филиала B был утвержден и объединен. Вас предупреждают о конфликте слияния по очень веской причине: означает конфликт слияния. Это обычное, ожидаемое и абсолютно нормальное явление. Там нет ничего, чтобы предотвратить.

Вы решаете эту проблему, объединяя последние данные из ветви A в ветку C и разрешая конфликты вручную, а затем выдвигая новый коммит, который аккуратно сливается в A.