Обычно я рекомендую выполнить простой рабочий процесс commit (добавить/зафиксировать) в «git gui», но разрешить конфликты слияния в вашем обычном редакторе выбора. На мой взгляд, сложная вещь о конфликтах слияния - это не «редакторская» часть, а поиск хорошего разрешения в тех случаях, когда два разработчика на самом деле предназначены для того, чтобы что-то делать с этим фрагментом кода. Я еще не видел никакого графического интерфейса, который помогает найти это. Я считаю, что графический интерфейс, который упростит выбор одного или другого решения, приведет к частым ошибкам/неправильным решениям.
Я считаю, что когда люди испытывают трудности разрешающих конфликтов слияния, проблема всегда в том, что они не понимают проблем (что такое слияние конфликт; то, что делает презентацию с < < <, ===,> >> означает точно; что является более глубокой причиной для текущего конфликта, что было намерением двух разработчиков). Для сравнения, часть GUI тривиальна.
Обратите внимание, что я абсолютно рекомендую людям использовать графический инструмент для «git add» - в основном для того, чтобы легко и быстро выбирать или отклонять отдельные строки и блоки кода, которые в командной строке довольно медленны, если Спроси меня. В этом нет никакого «глубокого» мышления, как правило, в любом случае, что является разницей в слияниях.
Возможный дубликат https://stackoverflow.com/questions/161813/fix-merge-conflicts-in-git?rq=1 –