Как определить, какие именно коммиты конфликтуют?

Question

[Igor Deyashkin]

Ситуация следующая:

Есть ветка feature, которая ответвилась от master довольно давно. И в master и в feature довольно много коммитов (в master порядка сотни, в feature порядка 30). Я делаю rebase feature на master.

Естественно, возникают конфликты. Во время их решения я вижу только два состояния кода:

• код в master HEAD
• код в коммите feature, который сейчас ребэйзится.

То есть тут ясно, какой коммит из feature конфликтует с master, но не ясно с каким именно коммитом из master.

А это может очень помочь в решение конфликта, так как я смогу посмотреть что именно изменилось в одном и другом коммитах.

Приходится искать по логу изменений интересующего меня файла, глазами, когда изменялся этот участок кода, либо смотреть с помощью git blame. Первое может быть долгим, если много коммитов. Второе - если файл большой.

Есть ли какие-то более простые способы найти в master конфликтующий коммит?

Answer 1

[akashtrih]

Конфликтуют не коммиты, а изменения в файлах. И да, почему rebase, а не merge, который, на мой взгляд, подходит для данной ситуации как нельзя лучше?

Comments

[Igor Deyashkin]

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

Именно в данной ситуации merge мне плохо подходит. Я оставил за рамками вопроса эти детали, но раз зашла речь...
Вливать эту ветку в мастер я пока не могу, и мне нужно поддерживать ее в актуальном состоянии.
В каждом коммите в этой ветке выполняется какой-то этап большой задачи.
Например, в одном коммите я удаляю из набора файлов определение некой неиспользуемой функции.
Если кто-то в мастере создает еще один файл с этой ненужной функцией - будет логично изменить именно тот коммит, в котором выпиливаются эти функции из системы. Я это и делаю. Коммитов там - под 30. Если я буду каждое такое исправление делать отдельным коммитом - потом сам черт ногу сломит что я там делал. А так все относительно структурировано.
Так что я время от времени делаю ее ребэйз на мастер, правлю конфликты и, затем, вношу необходимые фиксы в каждый коммит.
В итоге, когда я волью ее таки в мастер - будет ответвление с последовательностью коммитов, которое сразу обратно вливается в мастер. Все прозрачно и наглядно.
Если бы я использовал merge мастера в эту ветку время от времени - было бы не ясно как именно я разрешал конфликты, я бы мог там ошибиться и фиг потом это заметишь. Так же история этой ветки растянулась бы на много экранов, и коммиты в ветке были бы довольно бесполезны сами по себе и было бы их больше 200.