Well, the whole point of a patch versus a major upgrade is it's smaller, so one 
generally wants to include only the stuff that has changed.  If you find 
yourself wanting to throw more in, that may be a good sign that you might want 
to do a major upgrade instead.

--
John Merryweather Cooper
Jack Henry & Associates, Inc. (Premier Tech, Inc.)
Build & Install Engineer - jXchange
Office:  913-341-3434 x791011
jocoo...@jackhenry.com



-----Original Message-----
From: Brian Lemke [mailto:brian.le...@apihealthcare.com] 
Sent: Monday, July 25, 2011 5:22 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Question on Patch Files.

When building a Patch for a setup should a patch file contain all items that 
could change or just the ones I know that have changed.   For example I have 
the following defined:

<PatchFamily Id="SoftwareUpdates" Version="$(var.PublicVersion)" 
Supersede="yes" ProductCode="{11111111-2222-3333-4444-555555555555}">
         <PropertyRef Id="ProductName"/>
         <ComponentRef Id="RegistrySettings" />
         <ComponentRef Id="File1" />
         <ComponentRef Id="File2" />
         <ComponentRef Id="File3" />
</PatchFamily>

The two setups I have only differ by one file, say File1.   Should I only have 
in the patch file the components that I know are different?  Does it hurt to 
put these other components in the patch file even if they don't change?  I was 
asking because would it make sense to perhaps have one patch file with 
everything that could be patched listed in it so I don't have to create this 
file over and over again?

--Brian


This message (including any attachments) contains confidential and privileged 
information intended for a specific purpose, and is protected by law. If you 
are not the intended recipient, you must delete this message and any 
attachments. You are hereby notified that any disclosure, copying, or 
distribution of this message, or any attachments, or the taking of any action 
based on it, is strictly prohibited. Opinions, conclusions, and other 
information in this message that do not relate to the official business of API 
Healthcare Corporation (API Healthcare) shall be understood as neither given 
nor endorsed by API Healthcare.
API Healthcare Corporation
1550 Innovation Way
Hartford, WI 53027


------------------------------------------------------------------------------
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that has 
been used successfully in hundreds of IBM storage optimization engage- ments, 
worldwide.  Store less, Store more with what you own, Move data to the right 
place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to