I am putting together a package of number crunching code that will be opened
sourced and I need to run parallel versions.  I envision that users will be
running the validated release version and may also be playing with a non
validated version (by validation i mean the number crunching routines
produce the right numbers - which look remarkably like the wrong answers)

So what I need to do is come up with a process via which users can install -
remove - upgrade etc one version and not touch the other. In fact I could
see production users who have been roped into UAT in other scenarios may
need parallel versions running on the same machine without a risk of the
test application frying production data.

Is it the product code or the upgrade code I need to do this?

Or more simply if  I has a unique upgrade code for each of Development Test
Beta and Production would these all look like separate applications?

I put a (Beta) (Dev) (Test) etc after the product name to distinguish them -
I am assuming that changing the product name doesn't really matter
-- 
View this message in context: 
http://www.nabble.com/Several-Installed-Versions-at-once---Production---Pre-release-etc-tf4730376.html#a13526103
Sent from the wix-users mailing list archive at Nabble.com.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to