09.12.2012 Views

InstallShield 2012 Spring Express Edition User Guide

InstallShield 2012 Spring Express Edition User Guide

InstallShield 2012 Spring Express Edition User Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 17: Updating Applications<br />

Upgrades Overview<br />

version 1.2. Minor upgrades usually do not have significant changes to the installation organization<br />

between versions. A minor upgrade packaged as a full installation acts like a first-time installation if an<br />

earlier version is not present, or it installs over an existing installation of a product. Essentially for an<br />

upgrade of an existing installation, a minor upgrade installs the differences between your version 1.2 and<br />

1.1 application.<br />

Small Updates<br />

Patching<br />

<strong>Edition</strong>: You can create small updates in <strong>InstallShield</strong> Premier <strong>Edition</strong> or <strong>InstallShield</strong> Professional <strong>Edition</strong>.<br />

In essence, a small update is a type of upgrade used to modify a few files for an installed application; it<br />

typically delivers small bug fixes. A small update consists of product changes (such as hotfixes) so small<br />

that no change to the product version is necessary or desired. A package code change is required for a<br />

small update.<br />

A drawback to small updates installed with versions of Windows Installer earlier than 3.0 is that<br />

external programs, including installers for later versions of your product, cannot distinguish between<br />

the original version and the updated version. In addition, Windows Installer versions earlier than 3.0<br />

cannot enforce the correct order in which small updates should be applied.<br />

<strong>Edition</strong>: You can create standard patches in <strong>InstallShield</strong> Premier <strong>Edition</strong> or <strong>InstallShield</strong> Professional <strong>Edition</strong>.<br />

Patching is a streamlined mechanism for updating earlier versions of a Windows Installer installation<br />

package, thereby updating the application. With a patch, you deliver to your customers only the bits<br />

required to change an installed file into a new file. One benefit of a patch is that the size of the upgrade<br />

package can be significantly smaller than the full-installation package required to deliver the same<br />

upgrade. Keeping an upgrade package as small as possible allows you to more easily deliver your<br />

upgrades over the Internet.<br />

However, you should note that a patch may not always present the best solution. For example, if you<br />

want to change your installation from compressed to uncompressed, or vice versa, you should package<br />

your upgrade as a full installation, but not as a patch. To learn more about determining the best<br />

packaging option for your upgrade, see Packaging Options for Upgrades.<br />

A patch is delivered in the form of a patch package (.msp) file, which your end user can apply to an<br />

installed product. A patch package is capable of updating as many earlier versions of an installation<br />

package as required. A patch package contains separate transforms and instructions for updating each<br />

previous version that you specify.<br />

An important aspect of patch creation is generating a patch creation properties (.pcp) file, which defines<br />

the parameters on which the patch package is to be created. The .pcp file is a database that has a specific<br />

schema.<br />

<strong>InstallShield</strong> <strong>2012</strong> <strong>Spring</strong> <strong>Express</strong> <strong>Edition</strong> <strong>User</strong> <strong>Guide</strong> ISE-1900-UG00 321

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!