Сравнение текстов

Под капотом выделения diff-инструмент решает конкретную задачу сопоставления: даны два списка строк, нужно найти самую длинную последовательность строк, которая встречается в одном и том же относительном порядке в обоих документах, — всё, что входит в эту общую последовательность, остаётся неизменным, а всё остальное помечается как добавленное или удалённое. Это и есть идея "наибольшей общей подпоследовательности", на которой построен практически любой универсальный алгоритм сравнения, включая тот, что использует сам Git. Она объясняет деталь, которая иначе казалась бы странной: перемещение блока текста из конца документа в начало обычно отображается как большое удаление плюс большое добавление, а не как единая операция "перемещения" — алгоритм ищет только общий порядок, а перенесённый блок нарушает этот порядок и на старом, и на новом месте.

Это также объясняет, почему изменение всего одного символа в длинной строке помечает *всю строку* как изменённую в построчном режиме: алгоритм сравнивает целые строки как неделимые единицы, поэтому "та же строка, кроме одной буквы" и "совершенно другая строка" обрабатываются одинаково — обе не проходят проверку на равенство и обе засчитываются как одна удалённая строка плюс одна добавленная. Именно в этой ситуации помогает переключение в режим слов, поскольку он применяет ту же самую идею на уровень ниже, сравнивая не строки, а отдельные слова.

Построчный режим — правильный выбор по умолчанию для всего, где строка сама по себе является значимой единицей — исходный код, объекты JSON, строки CSV, записи логов, — потому что в таких форматах одна строка обычно представляет одну законченную мысль, и уже сам факт, что конкретная строка изменилась, — полезная информация, независимо от того, какой символ внутри неё сдвинулся. Режим слов становится полезнее в тот момент, когда значимая единица меньше строки: абзац прозы, пункт договора или предложение в длинном документе, где интересное изменение обычно представляет собой одно слово или фразу, а окружающее предложение идентично. Сравнение такого текста построчно пометило бы весь абзац как "изменённый" из-за правки одного слова — технически верно, но не говорит ничего о том, что на самом деле изменилось, пока вы снова не прочитаете весь абзац сами.

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

Сравнение двух версий исходного кода перед их слиянием — хрестоматийный сценарий использования, но та же техника хорошо применима и далеко за пределами код-ревью: сравнение двух экспортов файла конфигурации, чтобы точно определить, какая настройка изменилась между рабочим и сломанным развёртыванием, проверка двух версий экспорта CSV, чтобы убедиться, что изменились только ожидаемые строки, или сравнение черновика договора с предыдущей версией, чтобы найти каждый пункт, изменённый контрагентом, не перечитывая весь документ рядом ещё раз. В каждом из этих случаев ценность diff-инструмента одна и та же — он превращает вопрос "отличаются ли эти два документа, и если да, то чем именно" из ручного построчного сопоставления в мгновенный визуальный ответ.