Запуск "патча" без генерації файлів * .orig та * .rej

Чи можна сказати patchне генерувати .origта .rejфайли? Мені дуже прикро, що патч створює це.

Якщо ви не надаєте жодної опції, patchкрім іншого -pN, він створює лише ті файли, коли патч не вдасться застосувати чітко.

Отже, одним із варіантів є припинення створення (або прийняття) поганих патчів. :)

Повернувшись до реального світу, це особливість. Якщо patch(1)не вдалося застосувати сегмент виправлення до оригінального файлу, він зберігає тимчасову копію оригінального файлу міцно, оскільки *.origскидає відхилений сегмент *.rejі продовжує намагатися застосувати сегменти патчу. Ідея полягає в тому, що ви можете відкрити *.rejфайл і завершити процес виправлення вручну, скопіювавши біти і шматки в патч-файл. Цей *.origфайл також може бути корисним, коли процес виправлення випадково щось руйнує, і для виправлення потрібно звернутися до оригінальної версії.

Я не завжди виправляю поганий патч з текстом із файлів *.rejта *.origфайлів, але приємно мати їх у випадку, якщо вони мені потрібні.

Після того як я виправив поганий патч, я запускаю наступний скрипт у корені проекту, щоб швидко очистити речі:

#!/bin/bash
find . '(' \
    -name \*-baseline -o \
    -name \*-merge -o \
    -name \*-original -o \
    -name \*.orig -o \
    -name \*.rej \
')' -delete

Я називаю це, cleanup-after-bad-patchтому що довге ім'я частково захищає від випадкового запуску, оскільки воно може видалити потрібні вам файли. Якщо чесно, то, як правило, я запускаю це, набравши cleanTabEnter, що достатньо, щоб знайти цей скрипт у PATHмоїх розробниках.

Додаткові зразки, на які він перевіряє, стосуються файлів, виданих користувачем моєю системою контролю версій за вибором, коли він стикається з тією ж проблемою під час операції злиття. Ви можете скоригувати його для своїх інструментів VCS / SCM .

Щоб сказати, що патч не створює резервні копії, просто опустіть параметри -bта будь-які --backup-...варіанти.

Щоб не створювати .rejфайли, додайте -r -до команди команду.

Ця --no-backup-if-mismatchопція дозволить уникнути файлів ".orig".

Ви також можете спробувати --mergeваріант, який створює конфлікт у файлі.

У всіх випадках у вас повинен бути якийсь спосіб швидко повернутися до хорошого стану, якщо злиття стане непосильним.

Я застряг у патчі v2.5.4, де -r -він змушує створювати відхилені файли з назвою -.

Я виявив, що --reject-file=тобто порожнє значення викликає збій патча з кодом виходу, 2 якщо він намагається написати файл відхилення. Якщо відхилень немає, воно працює як очікувалося. Хоча це не повне рішення для старшої версії патча, за деяких обставин це може бути прийнятним або бажаним.

Найкраще, що я міг придумати (правда, спосіб підмітати бруд під килим) -r <tmpfile>, тобто:

# patch -r /tmp/deleteme.rej -i patchfile filetobepatched

оскільки в v2.5.8 -r -фактично створюється -файл.

патч -p1 -B / dev / null -r - <file.patch