This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Release Property with regards to patching
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Mar 10, 2008
05:26 PM
Release Property with regards to patching
My company sells two products that are essentially the same(From an install point of view) other than a 0 or 1 placed in the database. They would like for the customers to not be completely aware of this though(For obvious reasons) and therefore want to release two seperate installations.
Obviously I want them to be the same installation, and I'd really like to be able to make a patch that applies to either. I was considering making two releases with a release flag that will set a property to determine the few minor changes.
My biggest worry is that this may affect future patches or upgrades. Is there any issue with this? Is there a better way to do this design wise? My other idea was to include an ini file of some sort with a switch for setting the product.
Any help or input would be appreciated.
Jesse
Obviously I want them to be the same installation, and I'd really like to be able to make a patch that applies to either. I was considering making two releases with a release flag that will set a property to determine the few minor changes.
My biggest worry is that this may affect future patches or upgrades. Is there any issue with this? Is there a better way to do this design wise? My other idea was to include an ini file of some sort with a switch for setting the product.
Any help or input would be appreciated.
Jesse
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Mar 11, 2008
10:53 AM
I think the biggest worry with this approach is that every minor upgrade, patch, and major upgrade you make down the road will have to be built both ways. You'll have the bulk of your logic just once, and this isn't a lot of overhead, but it certainly increases the chance of making a mistake.
Just to toss out one other approach, but one that is possibly easier to reverse engineer, would be to create your base builds and apply a transform when installing it as the higher SKU. This way the same transform could be used and you'd only have one build of each upgrade. Again, either of these methods can probably be reverse engineered given access to both packages (and base+transform counts as both).
Just to toss out one other approach, but one that is possibly easier to reverse engineer, would be to create your base builds and apply a transform when installing it as the higher SKU. This way the same transform could be used and you'd only have one build of each upgrade. Again, either of these methods can probably be reverse engineered given access to both packages (and base+transform counts as both).
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)