Действительно ли это - хороший способ создать патч?
Сначала исследуйте содержание своего/etc/resolv.conf файла и найдите строки сервера имен. По всей вероятности, один или два ближе к вершине, не функциональны. Просто попытайтесь проверить с помощью ping-запросов IP-адреса указанных серверов имен. Или замените тех, которые не проверяют с помощью ping-запросов или проверяют с помощью ping-запросов с экстремальными задержками или недопустимыми уровнями потери пакетов. Если у Вас нет никаких других серверов имен, продвиньте серверы дурной славы ниже в списке. Поиск DNS идет от вершины этого файла к нижней части в том порядке, и каждый имеет к тайм-ауту, прежде чем Ваш запрос продолжится к следующему.
если Ваши серверы DNS получены DHCP, то Вы, возможно, должны использовать какой-то графический интерфейс, вручную указать серверы имен вместо того, чтобы получить их автоматически.
Да, это хороший способ создать патч.
Короче говоря:
Для создания патча для одного файла может выглядеть как
diff -naru file_original file_updated> file.patchгде
-N: обрабатывайте отсутствующие файлы как пустые-A: лечить все файлы в виде текста-R: рекурсивно сравните какие-либо подкаталоги-U: вывод NUM (по умолчанию 3) линии унифицированного контекста
Чтобы создать патч для целого каталога:
diff -crb dir_original dir_uppdated> dfile.patchГде
-C: Вывод NUM (по умолчанию 3) Линии скопированного контекста-R: Рекурсивно сравнивать любые подкаталоги-B: игнорировать изменения, строки которых все пустые
. Ведь применять этот патч, можно запустить
patch -p1 --dry-run < dfile.patch
, где выключатель P инструктирует патч, чтобы положить PATH PROFIX так, чтобы файлы будут идентифицированы правильно. В большинстве случаев это должно быть 1 .
Удалить - Сухой прогон Если вы довольны результатом напечатаны на экране.
Если вы хотите сравнить последний git checkin с какой-то стабильной версией, просто перейдитеgit diff the-stable-version(нужно будет выяснить, какой тег описывает ее, возможно, точный номер версии или какой-то вариант )в репозитории. gitнормально хранит полную историю проекта (, есть способы захватить только часть ). Не имеет значения, находится ли the-stable-versionв какой-то другой ветке разработки (, т. е. разработка разветвилась, а в стабильную ветку были внесены последние -исправления ).