Что точно слово Исправляет средний при обращении к 'представлению патча'?

У Richard Jones, разработчика в Red Hat, есть миленькая краткая информация об отправляющем коде к проектам с открытым исходным кодом, который касается создания и представления патчей.

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

Патч исходного кода содержит информацию, как должны быть изменены один или несколько файлов исходного кода. Можно легко генерировать их использующий различную команду, и можно применить их использующий команду патча (в системах Linux/UNIX, эти команды являются стандартными).

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

Представление патча означает локальную фиксацию чего-то, и теперь Вы отправляете файл кому-то, таким образом, он может применить этот патч к своей локальной копии или к общедоступной копии в сети, таким образом другие пользователи могут извлечь выгоду фиксации.

Патчи также часто используются, если у Вас есть некоторый исходный код, который почти компилирует на определенной платформе, но некоторые крошечные изменения необходимы, чтобы действительно иметь его компиляция там. Конечно, Вы могли взять источник, изменить его и предложить измененный код для загрузки. Но что, если первоисточник изменяется снова (например, ошибки становятся фиксированными или маленькие улучшения, были добавлены)? Затем необходимо было повторно загрузить источник, применить изменения снова и предложить новую измененную версию. Это - большая работа для хранения измененного источника актуальным. Вместо изменения Вы создаете разность между оригиналом и Вашей измененной копией и храните его на Вашем сервере. Если теперь пользователь хочет загрузить и скомпилировать приложение из источника, он может сначала загрузить последнюю и самую большую версию первоисточника, то применить Ваш патч (таким образом, это скомпилирует), и всегда имеет последнюю версию, без Вас имеющий необходимость изменить патч. Проблема только возникнет, если первоисточник был изменен точно в одном из мест, Ваш патч изменяет. В этом случае система откажется применять патч, и новый патч должен быть сделан.

Патч является файлом, содержащим всю необходимую информацию для возвращения исходного дерева специалиста по обслуживанию к собственному. Это обычно создается инструментами как diff или svn diff или git format-patch.

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

Патч, ususally в форме .patch файла, является общим форматом плоского файла для передачи различий между двумя наборами файлов кода. Таким образом, если Вы работаете над проектом с открытым исходным кодом, и вносите изменения кода в файлы и хотите утверждать, что владельцу проекта, в котором зарегистрируются (обычно, потому что Вы не имеете прав регистрации), Вы сделали бы так через патч.

WinMerge встроили эту функциональность, также, как и много других инструментов как TortoiseSVN.

Файл исправления представляет различие между существующим источником и источником, который Вы изменили. Это - основные средства добавления опций или исправления ошибок во многих проектах.

Вы создаете патч с помощью различной команды (например).

Можно затем отправить этот патч к списку рассылки разработки и если он получил хорошо, затем разработчик будет применять патч (таким образом автоматически применение изменений) и фиксировать код.

Патчи применяются с помощью команды патча.

Обычно это подразумевает представление объединенного различного файла с агрегатом changeset для функции. Можно читать больше о патчах на Википедию. Несколько систем управления версиями (svn, мерзавец, и т.д.) создадут файл исправления для Вас на основе changeset.

 1. n. A temporary addition to a piece of code, usually as a quick-and-dirty

средство к существующей ошибке или ошибке. Патч может или не может работать, и можете, или может не в конечном счете быть включен постоянно в программу. Отличенный от разности или модификации тем, что патч сгенерирован более примитивными средствами, чем остальная часть программы; классическими примерами являются инструкции, измененные при помощи переключателей на передней панели и изменений, внесенных непосредственно в двоичный исполняемый файл программы, первоначально записанной в HLL. Сравните короткую фиксацию.

См. все определение в файле жаргона здесь

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

Патч также используется для обновления системных двоичных файлов. Microsoft все время рассылает исправления, но это не исходный код. Это файлы .msp, которые устанавливают улучшенные двоичные файлы. Как и все термины информатики, патч перегружен.