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