У меня есть определенный патч под названием my_pcc_branch.patch.

Когда я пытаюсь применить его, я получаю следующее сообщение:

$ git apply --check my_pcc_branch.patch
warning: src/main/java/.../AbstractedPanel.java has type 100644, expected 100755
error: patch failed: src/main/java/.../AbstractedPanel.java:13
error: src/main/java/.../AbstractedPanel.java: patch does not apply

Что это означает?

Как я могу решить эту проблему?

git apply --reject --whitespace=fix mychanges.patch работал на меня.

объяснение

--rejectВариант будет инструктировать мерзавец , чтобы не потерпеть неудачу , если он не может определить , как применить патч, но вместо того, чтобы применить indivdual ломтей можно применять и создавать отклонять файлы ( .rej) для скряги не может применяться. Wiggle может «применять [эти] отклоненные патчи и выполнять разносторонние сравнения».

Кроме того, --whitespace=fixбудет предупреждать об ошибках пробелов и пытаться их исправить, вместо того, чтобы отказываться от применения другого подходящего блока.

Обе опции вместе делают применение исправления более устойчивым к сбоям, но требуют дополнительного внимания к результату.

Для полной документации см. Https://git-scm.com/docs/git-apply .

Йоханнес Сикст из списка рассылки msysgit@googlegroups.com предложил использовать следующие аргументы командной строки:

git apply --ignore-space-change --ignore-whitespace mychanges.patch

Это решило мою проблему.

Когда все остальное терпит неудачу, попробуйте git apply«s --3wayвариант .

git apply --3way patchFile.patch

--3way
Если исправление применяется некорректно, используйте трехстороннее объединение, если исправление записывает идентификаторы BLOB-объектов, к которым он должен применяться, и у нас есть эти BLOB-объекты, доступные локально, возможно оставляя маркеры конфликта в файлах в рабочее дерево для пользователя, чтобы решить. Этот параметр подразумевает параметр --index и несовместим с параметрами --reject и --cached.

Типичный случай сбоя применяет как можно большую часть патча и оставляет вам конфликты для работы в git, как вы обычно это делаете. Вероятно, на один шаг легче, чем rejectальтернатива.

Эта команда будет применять патч, не устраняя его, оставляя плохие файлы как *.rej:

git apply --reject --whitespace=fix mypath.patch

Вы просто должны решить их. После разрешения выполните:

git -am resolved

Попробуйте использовать решение, предлагаемое здесь: https://www.drupal.org/node/1129120

patch -p1 < example.patch

Это помогло мне.

Это происходит, когда вы смешиваете git-клиенты UNIX и Windows, потому что в действительности Windows не имеет понятия бита «x», поэтому извлечение rw-r--r--файла (0644) в Windows «продвигается» слоем msys POSIX до rwx-r-xr-x(0755) , git считает, что разница в режиме в основном совпадает с текстовой разницей в файле, поэтому ваш патч не применяется напрямую. Я думаю , что ваш единственный хороший вариант здесь , чтобы установить core.filemodeна false(используя git-config).

Вот проблема msysgit с некоторой связанной информацией: http://code.google.com/p/msysgit/issues/detail?id=164 (перенаправлена ​​в копию archive.org от 3 декабря 2013 г.)

В моем случае я был достаточно глуп, чтобы сначала создать файл патча некорректно, на самом деле неправильно . Я получил те же сообщения об ошибках.

Если вы мастер и делаете git diff branch-name > branch-name.patch, это попытается удалить все добавления, которые вы хотите выполнить, и наоборот (что было невозможно для git, поскольку, очевидно, никогда не выполненные добавления не могут быть удалены).

Поэтому убедитесь, что вы зашли в свою ветку и выполните git diff master > branch-name.patch

ВНИМАНИЕ: Эта команда может удалить старые потерянные коммиты ПОСТОЯННО. Сделайте копию всего своего хранилища, прежде чем пытаться это сделать.

Я нашел эту ссылку

Я понятия не имею, почему это работает, но я пробовал много обходных путей, и это единственный, который работал для меня. Короче говоря, выполните три команды ниже:

git fsck --full
git reflog expire --expire=now --all
git gc --prune=now

То, что я искал, точно не указано здесь, в SO, я пишу для пользы других, которые могут искать подобное. Я столкнулся с проблемой удаления одного файла (присутствующего в старом репо) в репо. И когда я применяю патч, он терпит неудачу, так как не может найти файл для применения. (так что мой случай - git patch не удалась, когда файл был удален) '#git apply --reject' определенно дал представление, но не совсем помогло мне исправить. Я не мог использовать покачивание, поскольку оно недоступно для наших серверов сборки. В моем случае я справился с этой проблемой, удалив запись «файл, который был удален в репо» из файла исправления, который я пытался применить, поэтому все остальные изменения были применены без проблем (с использованием трехстороннего слияния, избегая ошибки пробела), а затем вручную объединить содержимое файла, удаленного туда, куда его переместили.

Моя проблема в том, что я побежал git diff, затем побежалgit reset --hard HEAD , затем понял, что хотел отменить, поэтому я попытался скопировать вывод из git diffв файл и использовать git apply, но я получил ошибку, что «патч не применяется». После переключения patchи пытается использовать его, я понял , что кусок в дифф был повторен по какой - то причине, и после удаления дубликатов , patch(и , предположительно , также git apply) работал.