У мене є певний патч, який називається 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
Коли патч не застосовується чисто, поверніться на тристоронній злиття, якщо патч записує особу крапок, до яких належить застосувати, а у нас є ті краплі доступні локально, можливо, залишаючи маркери конфлікту у файлах у робоче дерево для вирішення користувачем. Цей параметр передбачає параметр --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

Це мені допомогло.

Це трапляється, коли ви змішуєте клієнтів UNIX та Windows git, оскільки 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/isissue/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 для видаленого файлу) "#git apply --reject", безумовно, дав перегляд, але не дуже вдав мене до виправлення. Я не міг використовувати wiggle, оскільки він недоступний для нас на наших серверах побудови. У моєму випадку я пережив цю проблему, видаливши запис файлу, який було видалено в репо-файлі, з файлу патча, який я спробував застосувати, тому я застосував всі інші зміни, застосовані без проблеми (використовуючи тристоронній злиття, уникаючи помилки пробілу), а потім об'єднання файлу видалено вручну, куди його перемістили.

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