Patching

An application that has been installed using the Microsoft Windows Installer can be upgraded by reinstalling an updated installation package (.msi file), or by applying a Windows Installer patch (an .msp file) to the application.

A Windows Installer patch (.msp file) is a self-contained package that contains the updates to the application and describes which versions of the application can receive the patch. Patches contain at a minimum, two database transforms and can contain patch files that are stored in the cabinet file stream of the patch package. For more information about the parts of a Windows Installer patch package, see Patch Packages.

Servicing applications by delivering a Windows Installer patch, rather than a complete installation package for the updated product can have advantages. A patch can contain an entire file or only the file bits necessary to update part of the file. This can enable the user to download an upgrade patch that is much smaller than the installation package for the entire product. An update using a patch can preserve a user customization of the application through the upgrade.

**Windows Installer 4.5 and later:В В **

Beginning with Windows Installer 4.5, developers can mark components in a patch with the msidbComponentAttributesUninstallOnSupersedence value in the Component table. If a subsequent patch is installed, marked with the msidbPatchSequenceSupersedeEarlier value in its MsiPatchSequence table to supersede the first patch, Windows Installer 4.5 and later can unregister and uninstall components marked msidbComponentAttributesUninstallOnSupersedence to prevent leaving behind unused components on the computer. If the component is not marked with with this bit, installation of the superseding patch can leave an unused component on the computer. Setting the MSIUNINSTALLSUPERSEDEDCOMPONENTS property has the same effect as setting this bit for all components.

**Windows Installer 3.0 and later:В В **

Developers who use Windows Installer 3.0, and author patch packages that have the MsiPatchSequence table can create patch packages that do the following:

• Use the product baseline cached by the installer to more easily service applications with smaller delta patches. For more information about using the product baseline, see Reducing Patch Size.
• Skip actions associated with specific tables that are unmodified by the patch. This can significantly reduce the time required to install the patch. For more information about which tables can be skipped, see Patch Optimization.
• Create and install patches that can be uninstalled singly, and in any order, without having to uninstall and reinstall the entire application and other patches. For more information about uninstalling patches, see Removing Patches.
• Apply patches in a constant order regardless of the order that the patches are provided to the system. For more information about how the Windows Installer determines the sequence used to apply patches, see Sequencing Patches.
• Apply patches to an application that has been installed in a per-user-managed context. For more information, see Patching Per-User Managed Applications.

**Windows Installer 2.0:В В **

The MsiPatchSequence table is not supported. Beginning with Windows Installer 3.0, patch packages can contain information that describes the patching sequence for the patch relative to other updates and additional descriptive information.

The recommended method for creating a patch package is to use patch creation tools such as Msimsp.exe and Patchwiz.dll. Developers can generate a patch creation file as described in the section: Creating a Patch Package. The creation of a small update patch is described in the section: A Small Update Patching Example.

Microsoft Windows Installer accepts a Uniform Resource Locator (URL) as a valid source for a patch. For more information about how to install a patch located on a Web server, see Downloading and Installing a Patch From the Internet.

A single Windows Installer patch (.msp file) can be applied to the installation package when installing an application for the first time. For more information, see Patching Initial Installations.

It is not possible to eliminate all circumstances when the application of a patch may require access to the original installation source. However, to minimize the possibility that your patch will require access to the original source, adhere to the points listed in the following section: Preventing a Patch from Requiring Access to the Original Installation Source.

To minimize the possibility that your patch is not broken by a subsequent customization transform, typically the patch is installed first, followed by the customization. Installing customization transforms first, and then the patch, may break the customization. For more information about patching customized applications, see Patching Customized Applications.

Patch Packages

A Windows Installer patch (.msp file) is a file used to deliver updates to Windows Installer applications. The patch is a self-contained package that contains all the information required to update the application. A patch package (.msp file) can be much smaller than the Windows Installer package (.msi file) for the entire updated application. For more information about delivering smaller updates to applications, see Reducing Patch Size.

A patch package contains the actual updates to the application and describes which versions of the application can receive the patch. Patches contain at minimum two database transforms. One transform updates the information in the installation database of the application. The other transform adds information that the installer uses for patching files. The installer uses the information provided by the transforms to apply patch files that are stored in the cabinet file stream of the patch package. A patch package does not have a database like an installation package (.msi file.)

Beginning with Windows Installer version 3.0, patch packages can contain information that describe the patching sequence for the patch relative to other updates in the MsiPatchSequence table and additional descriptive information in the MsiPatchMetadata table.

Users can install applications and updates from a network administrative image. Although patch packages can be applied to administrative installations, the recommended method to deliver updates is to have users install the original application and then apply the patches to the local instance of the application on to their computer. This keeps users in synchronization with the administrative image. If a patch is applied to the administrative installation, all clients of that administrative installation must recache and reinstall the application to receive the update. Until a user recaches and reinstalls, the user is unable to install-on-demand and repair installations from the patched administrative installation.

Beginning with Windows Installer 3.0, non-administrators can apply patches to per-user-managed applications after the patch has been approved as trusted by an administrator. For more information on how to do this, see Patching Per-User Managed Applications. Another method is to use least privileged user account patching.

If the AllowLockdownPatch policy has been set, non-administrator users can apply a patch to an existing application while running an installation at elevated privileges. This method is not recommended because it enables untrusted patches to be applied to an application that can run with elevated privileges.

Patch packages are comprised of the following parts. For more information about the construction of patch packages, see Creating a Patch Package.

Summary Information Stream

The summary information stream of the patch package provides information about the identity and purpose of the patch.

The summary information stream holds a minimum of the following:

• A GUID that uniquely identifies the patch. The GUID for this patch is appended with a list of GUIDs for earlier patches that are replaced by this patch.
• A semicolon-delimited list of product codes for valid targets for this patch.
• A semicolon-delimited list of transform substorage names in the order they are to be processed.
• A semicolon-delimited list of sources for this patch.

Transform Substorage

A patch package contains transforms that can add or remove files, registry entries, user interfaces, and customizations. Transforms are included as substorages in the package. A patch package contains two transforms for each target database. One transform is the actual updates to the installation database and is generated from the differences between the original and updated images of the installation package. The other transform adds entries to the Patch, PatchPackage, Media, InstallExecuteSequence, and AdminExecuteSequence tables. Information in the substorage ties it to a specific UpgradeCode, ProductCode, ProductVersion, and ProductLanguage. A patch package that can be applied to multiple targets contains more than one pair of these transforms.

Cabinet File Stream

The cabinet file stream included in a patch can contain these types of files:

• Patch files containing the information required to change the old version of the file into the new version. A single patch file can be used to update one or more old versions of a file.
• Additional files being added to the application that are not present in the old version.
• An entire replacement file. In the rare case where the new version of a file is smaller than the patch required to update the old version of that file, the new file can be included in its entirety. These are new files that are installed over their old versions.

Use patches

Instead of committing your local changes, you can put them in a .patch file that you can apply to your sources later, send by email, and so on. Using patches is a convenient mechanism for sharing changes without checking them into to a VCS repository.

Create a patch from uncommited changes

In the Local Changes view, select the file or the changelist based on which you want to create a patch, and choose Create Patch from Local Changes from the context menu.

You can also select the changes for commit, click the arrow next to the Commit button and select Create Patch .

In the dialog that opens, make sure that all changes you want to include in the patch are selected, enter a commit comment (optionally) and click Create Patch .

In the Patch File Settings dialog, modify the default patch file location if necessary, and click OK .

If you do not need to save the patch to a file, and want, for example, to send it by email or through a messenger, you can right-click a file in the Local Changes view and choose Copy as Patch to Clipboard from the context menu.

Create a patch from an entire commit

Locate the commit that you want to create a patch from in the Log tab of the Version Control tool window Alt+9 and select Create Patch from the context menu.

In the Patch File Settings dialog, modify the default patch file location if necessary, and click OK .

Create a patch from a file

Select the required file in any view (in the Project tool window, in the editor, in the Local Changes view, and so on).

Select Git | Show History from the main VCS menu or from the context menu of the selection. The History tab is added to the Git tool window showing the history for the selected file and allowing you to review and compare its revisions.

Right-click a revision and choose Create Patch from the context menu, or click the Create Patch icon on the toolbar.

Apply patches

Select VCS | Patch | Apply patch from the main menu.

In the Apply Patch dialog that opens, specify the path to the .patch file you want to apply.

You can drag a file or an email attachment to any place in the editor.

If necessary, click and choose Map Base Directory to specify a directory relative to which file names in the patch file will be interpreted. You can map a base directory to a single file, directory, or to a selection.

If the source code was edited after a patch was created, conflicts may arise. To check if you patch can be applied without conflicts, click Show Diff Ctrl+D . If there are conflicts, the corresponding lines will be highlighted with red.

If you want to apply changes to files stored in different locations from those specified in the patch, you can strip off the leading directories by clicking and choosing Remove All Leading Directories .

Select an existing changelist where you want to add the patch from the list, or specify the name of a new changelist in the Name field, and, optionally, enter a comment to this changelist.

If you want to make this changelist active, select the Set active option.

If you want IntelliJ IDEA to preserve the context of a task associated with the new changelist on its deactivation and restore the context when the changelist becomes active, select the Track context option (see Tasks and contexts for details).

If you want to move the patch to a temporary storage (shelf) before applying it, click Import to shelf (see Shelve and unshelve changes for details). Otherwise, click OK .

You can also copy a patch file content and apply it by choosing VCS | Apply Patch from Clipboard from the main menu. This is convenient when you receive a patch by email, for example, and do not want to save it. For Git format patches, IntelliJ IDEA extracts the commit message and the author and automatically fills the corresponding fields in the Commit tool window Alt+0 .

Drupal Русскоязычное сообщество

Почитал http://drupal.ru/node/8542, ужаснулся. Вот моя версия:

Шаг1: качаем пакет утилит http://unxutils.sourceforge.net/ , находим там patch.exe
Шаг2: используем по аналогии с unix версией. Т.е. кидаем патч в корень нашего друпала, запускаем командную строку, и patch -p0 Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Комментарии

У меня пишет
Не удается найти указанный файл.

Прописал полный путь
В итоге командная строка выдала

C:\WINDOWS>patch -p0

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

пересохрани патч текстовым редактором, который сообразит поменять никсовые переводы каретки на win

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

Кстати, если у кого-то получилось «по легкому» — то это замечательно, ибо не напиши я трактат, вы не написали бы более легкий путь

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

Кстати, если у кого-то получилось «по легкому» — то это замечательно, ибо не напиши я трактат, вы не написали бы более легкий путь

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

здравствуйте. применяю патчи безопасности для Друпал 5,2.

без смены окончаний строк такая ошибка не вылезала.
просто начиналось выполнение патча, причем какое то до бесконечности зацикленное,
.
missing header for unified diff at line 575 of patch
can’t find file to patch at input line 575
Perhaps you used the wrong -p or —strip option?
File to patch:
Skip this patch? [y]
Skipping patch.
missing header for unified diff at line 577 of patch
can’t find file to patch at input line 577
Perhaps you used the wrong -p or —strip option?
File to patch:
Skip this patch? [y]
Skipping patch.
missing header for unified diff at line 579 of patch
can’t find file to patch at input line 579
Perhaps you used the wrong -p or —strip option?
File to patch:
Skip this patch? [y]
Skipping patch.
.

изменений насколько я понимаю не происходило, так как везде «Skipping patch».
в общем, остановил CTRL+BREAK, пересохранил патч, изменив окончания строк c UNIX на WIN.

теперь выдается следующее

в чем может быть дело?
или описаные способы годятся только для патчинга модулей?

кстати такой момент: файлы patch.exe и все файлы патчей лежат в каталоге www, но хотя patch.exe доступен из переменных окружения, файлы патчей,что указываются в параметре приходится прописывать полным путем. иначе выдается » файл не найден». странно.

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

Serious Sam рулит

но ничего у меня под вистой не получилось.

Ребята, расскажу по секрету: самый простой путь патчить код друпала, — это пересесть на Unix-like свободную операционную систему, например: GNU/Linux, *BSD и.т.п.

патч екзе не кОчается. ни у кого нет файлика для патчей под винду?

патч екзе не кОчается. ни у кого нет файлика для патчей под винду?

А как запатчить на удаленной машине (хостинге) ?

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

А как запатчить на удаленной машине (хостинге) ?

Вопроса никто не заметил. Досадно; а то мне тоже интересно.

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

Кстати скачал, там нет patch.exe

патч екзе не кОчается. ни у кого нет файлика для патчей под винду?

Кстати скачал, там нет patch.exe

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

Блин, да, всё ок, я сурсы скачал нечаянно
Кстати, если проект на хостинге и есть доступ по Телнет или SSH, можно пропатчить там

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

ничего в файло с патчем прописывать не нужно. лог действий команды patch.exe можно посмотреть если вызвать cmd в том же самом totalcmd находясь в нужной папке. и потом уже в окошке cmd набрать нужную команду.

Ребята, расскажу по секрету: самый простой путь патчить код друпала, — это пересесть на Unix-like свободную операционную систему, например: GNU/Linux, *BSD и.т.п. =)

работать с утилитами для командной строки под unix-like системами на порядок комфортнее. это факт.

а под виндоуз можно посоветовать использовать tortoisesvn. оно умеет применять *.patch’и через gui. тут же показывать результат и вносить коррективы.

проблема аналогичная описанной выше — везде

и ничего не патчит. Пересохранения не помогают. Как решать?

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

и ничего не патчит. Пересохранения не помогают. Как решать?

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

и ничего не патчит. Пересохранения не помогают. Как решать?

решил задачу
1. открываешь file.patch редактором Notepad++
2. меню Кодировки —> Преобразовать в Win-формат
3. сохраняем и далее как в сабжевой инструкции
и все идет как по маслу

Спасибо Вам, restyler! Очень давно эта тема меня «беспокоила». Теперь не беспокоит!

Спасибо за эту тему, пригодилась сильно, день парился с этим вопросом, пока не прочитал, что всё ТАК просто.

поставил unxutils, файлов этой проги никуда не копировал,

открыл патч-файл AkelPad’ом, в меню нашёл: «правка-> формат новой строки-> dos/windows», сохранил,

команду для патча засунул в bat-файл, положил его и патч-файл в корень друпала, запустил bat-файл из Command Prompt Portable (можно использовать и командную строку из стандартных программ Windows и Far manager и даже наверно Norton Commander)

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

есть кстати для патчинга файлов еще чисто виндоввые проги: WinMERGE и TortoiseSVN
только какая из них и что именно делает я не помню. то ли они вообще только вместе робят.
какой-то из них я даже пользовался когда-то

1. Из какого комплекта брал patch.exe? Если unxutils, то я после их установки ехе-шники никуда не копировал.
2. наверно, cd C:/1 ?
3. Открылся, и что сказал?

Подскажите новичку.Для чего нужно патчиться?

Я на хрюшке сижу

Пробовал всё что здесь указано — не помогло. А вот использование msysGit помогло!)

Не соглашусь с автором что это легкий путь. Например под виндой 7 мне так и не удалось это сделать (гугл говорит что под семерку есть ньюансы). Пробовал утилиту patch.exe из состава GNUwin32, пытался сделать с помощью TortoiseMerge (входит в состав Tortoise SVN), уже было полез в консоль гита для того чтобы попытаться там сделать, но наткнулся на шедевральный способ как применить патч с помощью NetBeans: http://drupal.org/node/60179

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

До этого я патчи применял ручками — строки с минусами удалял, строки с плюсами ставил. Но сегодня попался очень большой и сложный патч, что я решил это дело как-то автоматизировать.

Перед тем как нашел решение с нетбинсом много перегуглил и перепробовал, единственная статья, которая помогла лучше понять суть проблемы и как это в винде устроено здесь: http://azbukaweb.ru/run-patch-for-windows (это если патчить через виндовую консоль)

Но мой совет новичкам и нубам типа меня — скачайте нетбинс и можно забыть о проблемах с патчами