Можно ли объединить переименования в git, если изменения произойдут в будущем коммите, чем переименование?

Question

У меня немного странная проблема с репо. У меня есть ветка от другого разработчика под названием other, и я только что слил в master несколько рефакторингов, которые включали переименование группы файлов.

         [other]      /->[normal commits]-----------------\
                     /                                     \
[master] (old)->(old)->---------->[potential file changes]--->[potentially difficultmerge due to potential file changes]
                               /
[otherbranch] [massive rename]/

Могу ли я изменить их содержимое в более позднем коммите (на самом деле идентификация java-пакета), прежде чем объединять другие, не делая неприятного разрешения этих переименований? Рассматриваемые файлы изменены в other немного.

Редактировать: Git-merge с рекурсивностью и терпением должен быть в состоянии правильно подобрать слияние, если оно не переименовано, так будет ли такая же логика применяться к переименованиям?

Answer 1

Почему бы вам просто не вернуть слияние "переименовать", слить "другое", а затем снова слить "переименовать"? Не идеальное решение, но должно работать прямо здесь и сейчас.

Посмотрите здесь, чтобы понять, как правильно отменить слияние Отменить слияние Git, которое еще не было перенесено