git diff без репозитория: как сравнить два текстовых файла расшифровки
Как сравнить две редакции TXT через git diff --no-index: построчные изменения, word-diff, код завершения и проверка смысла по записи.
Выберите две сопоставимые текстовые версии
Этот способ подходит, если обе редакции расшифровки сохранены в обычных TXT или Markdown. Git можно использовать только как локальный инструмент сравнения; для этого не нужны коммиты, удалённый сервер и загрузка документов в интернет.
Сохраните исходный и исправленный файлы под разными именами. Перед сравнением проверьте, что они относятся к одной записи. Если второй файл является кратким конспектом, большинство удалений будет запланированным сокращением, а не отдельными ошибками распознавания.
Исходный текст можно получить через расшифровку аудио. Сохраняйте таймкоды и обозначения участников: они помогают связывать обнаруженную правку с проверяемым местом записи.
Запустите сравнение без создания репозитория
Выполните git diff --no-index --no-color -- original.txt edited.txt. Режим --no-index сравнивает файловые пути. --no-color удобен для сохранения читаемого отчёта в текстовый файл. Разделитель -- отделяет опции от имён.
В обычном выводе удалённые строки отмечаются минусом, добавленные — плюсом. Служебные строки заголовка относятся к файлам и участкам сравнения; их нельзя принимать за содержимое расшифровки. Просмотрите один известный учебный пример, прежде чем читать большой отчёт.
Для вывода различий по словам добавьте --word-diff=plain. В этом режиме добавления и удаления имеют собственные текстовые delimiters. Это удобнее для небольших замен внутри длинной строки, но сложный перенос абзацев всё равно потребует чтения рядом.
Отличайте различие от сбоя команды
При сравнении без индекса Git использует статус выхода для различия результатов. Код 0 соответствует отсутствию различий; 1 — обнаруженным изменениям. Другой код и сообщение об ошибке требуют отдельной проверки пути, доступа или аргументов.
Если запускаете команду в собственном скрипте, не называйте любое ненулевое завершение сбоем. Иначе корректный отчёт о правках будет помечен как ошибка и редактор не увидит изменений. Но и подавлять все коды без разбора нельзя.
Проверьте начала и концы файлов. Несовпадение переносов строк или различная кодировка могут создать множество технических изменений. Отдельно разберите их, сохраняя исходники; не нормализуйте важный текст до проверки содержания.
Оцените правку по записи, а не по знаку плюс
Для каждого содержательного изменения выпишите таймкод, старую и новую формулировку. Добавление отрицания может исправлять распознавание, а может полностью менять мысль. Знак плюс показывает только появление текста во второй редакции.
Вернитесь к аудио и прослушайте соседнюю реплику. При сложном слове используйте повтор фрагмента в mpv. Если запись не даёт ответа, оставьте вопрос открытым и укажите, на чём основан предлагаемый вариант.
Общий контроль смысла редакторских правок остаётся необходимым после любого технического сравнения. Итоговый файл и отчёт различий храните отдельно, чтобы было понятно, что согласовано и что только обнаружено инструментом.
Учебный пример: проверка на коротком фрагменте
Ниже вымышленная запись. Имена, время и содержание нужны только для объяснения порядка работы.
| Результат | Учебное значение | Действие |
|---|---|---|
| Код 0 | Различий нет | Проверить правильность пары файлов |
| Код 1 | Правки обнаружены | Читать отчёт |
| Реплика | Удалено «не» | Сверить по аудио |
Повторите проверку на своей копии записи. Учебные значения не описывают Ваш файл и не подтверждают качество всей расшифровки.
Заготовка для собственной проверки
Построчно: git diff --no-index --no-color -- original.txt edited.txt По словам: git diff --no-index --no-color --word-diff=plain -- original.txt edited.txt Карточка правки: Таймкод: [время] Было / стало: [варианты] Основание: [запись] Решение: [подтверждено / уточнить]
Частые вопросы
Нужен GitHub?
Нет. Показанные команды работают с локальными файлами.
Нужен репозиторий?
Нет, для этого используется --no-index.
Код 1 всегда ошибка?
В этом режиме он может означать найденные различия. Проверьте сообщение и контекст.
Git решает, какой вариант правильный?
Нет. Верность реплики проверяют по записи.