Что значит ‘patch unexpectedly ends in middle of line’?

Вот вывод моей команды patch:

Hunk #11 объединен на 4184,4190.
Hunk #12 объединен на 4444.
Hunk #13 объединен на 4944.
Hunk #14 НЕ ОБЪЕДИНЕН на 5106-5116.
Hunk #15 объединен на 5290.
Hunk #16 объединен на 5448.
patch неожиданно заканчивается посреди строки
Hunk #17 объединен на 5608,5611.

Команда была

patch -d ~/SOME_DIR -p1 --merge --verbose -u

Патч был создан с помощью git:

git --git-dir ~/SOME_DIR/.git diff -U8 bb1ee538982957b421a4c0e78f30428e73c9a072 HEAD -- malloc.c

Что значит patch неожиданно заканчивается посреди строки и является ли это проблемой? Это относится к hunk 16 или 17? На что мне стоит обратить внимание в файле патча, чтобы выяснить, что вызывает это?

Сообщение относится к Hunk 16.

Это обсуждение на GitHub вероятно связано с вашей проблемой.

Оно касается сообщений patch неожиданно заканчивается посреди строки из-за проблем CRLF (возврат каретки, перевод строки), когда с patch используются сгенерированные git различия.

Чтобы процитировать вывод:

[..] git может быть очень разборчивым в отношении концов строк. Вы на Windows или нет? В любом случае, вам, вероятно, стоит настроить autocrlf в конфигурации git. Если вы на Windows, вам нужно “true”, если вы на Mac или Linux, вы должны использовать “input” [..]

В статье Работа с окончаниями строк GitHub подробно объясняет вышеупомянутое утверждение.

Если вы не используете git (комментарий @maxslepzig касался использования patch в контексте git), попробуйте добавить возврат каретки в конце вашего файла. Я так сделал, и patch принял мой патч.

Чтобы добавить к этому очень старому обсуждению:

Проблема, которая приводит к предупреждению, отмеченному OP, обычно вызвана проблемами с окончаниями строк.

patch требует завершающий символ новой строки (LF), чтобы определить конец файла (и предупреждает о едином различии, которое могло быть случайно усечено)

1. Добавьте правильный перевод строки, не открывая файл для редактирования (что может изменить ваши окончания строк или удалить завершающие строки/пробелы в зависимости от настроек вашего редактора), можно сделать что-то простое, например:

   echo -e "\n" >> YOURPATCHFILE

   Это добавляет символ новой строки в конец файла без внесения каких-либо других изменений.

2. Если ваш файл патча уже странный или вы хотите одновременно рассмотреть несколько возможных исправлений, вы можете исправить многие проблемы с кодировкой (в ASCII), включая окончания строк (CR или CRLF на LF):

   dos2unix -k YOURPATCHFILE

   Вам, возможно, придется установить бинарный файл dos2unix из менеджера пакетов вашей ОС; т.е.

   • На базе Debian/Ubuntu: sudo apt install dos2unix
   • Fedora/RHEL/CentOS: sudo yum install dos2unix
   • MacOS (с помощью brew): brew install dos2unix

С моей стороны проблема и решение были немного другими. Я использовал git bash на версии Windows из phpstorm, чтобы выполнить команду git diff.

По неизвестной причине созданный .patch файл был закодирован в UTF-16LE. Я проверил конфигурацию git, и никакая конфигурация не указывала, чтобы использовать эту кодировку.

Выполнение этих команд ничего не дало:

git config --global core.quotepath false          # Предотвращает проблемы с кодировкой в путях
git config --global i18n.commitEncoding utf-8     # Устанавливает кодировку сообщения коммита в UTF-8
git config --global i18n.logOutputEncoding utf-8  # Устанавливает кодировку вывода журнала в UTF-8

У меня не было другого выбора, кроме как конвертировать .patch файл в UTF-8 после его создания.