ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
22 июля
1015699 Топик полностью
RxTx (04.07.2020 00:55, просмотров: 379) ответил fk0 на Большая часть изменений, подразумевается, вливается таки безконфликтно (в одной ветке меняли одно, в другой другое) и ты не тратишь на них время. В случае 2-стороннего диффа у тебя все изменения -- конфликт и ты должен думать головой. Что сильно тяжелей. Наверное можно взять рекламируемый здесь kdiff3 и дать ему три копии: общую базу, левый вариант и правый, тогда будет проще. Meld тоже так умеет, вроде. Потом в случае единичных коммитов бывает проще понять, что делается,
В действительности, все зависит от задач. Я сейчас давно уже не пользуюсь kdiff'ом тупо потому что мне лень его прописать в настройки tortoise. :) Пользуюсь первым что под руку попало - WinMerge, мне сравнить пару-тройку файлов хватает. Прописывается она автоматом. Еще сравниваю им директории. А вот тогда, в 2012..2015 передо мной (и также парнями из команды) вставали очень суровые задачи. Перепробовал всё что можно, множество мержилок. BeyondCompare точно, Araxis Merge 

точно, Intellij, Eclipse. Проблема в слиянии насколько помню совсем не в том что там удобно видеть откуда и куда. Проблема в том, что когда СИЛЬНО меняется большой кусок (функция, класс, XML-ина), обычные тулзы начинают рвать и крошить строки сорца на десятки-сотни <i>безумных</i> кусочков. Просто с ума сойдешь сопоставлять. Можно, но тяжело, очень долго и error-prone. И поэтому ищешь способы как-то облегчить себе работу. Подчеркиваю, почти все случаи были слияния сильно разных огромных кодовых баз, это там не типичный конфликт когда вдвоем поправили в одном файлике в одном месте одно и то же. И ничего, всё разрешилось. Важно! Есть еще один нюанс. Моя информация устаревшая лет так на 7-5. Возможно что-то появилсь более advanced, может быть тот же Meld сильно вырос....

https://en.wikipedia.org/wiki/Comparison_of_file_comparison_tools

Спасибо, князь. Вы настоящий дворянин. И программист.