[wix-users] Versioning for Continuous Automated Builds

Blaine Wheeler blainekw at gmail.com
Wed May 30 08:50:42 PDT 2018


+1 for major upgrades on each build.
With automation, your versioning scheme should be thought about and tested
to see what it looks like after a thousand or so builds.  Think about
whether or not your devs/testers/users could have more than one level of
the app installed at the same time on the same machine (ie, dev, test, qa,
production) and if all versions are to land in the same folders, or not. My
job ended up with different folders and different versioning for each type
of build (dev,test,qa,production) because of the content of app we built,
but that may not be true for your app.  I don't recommend upgrading the
same version, you will get lost when you need to trouble shoot.  Major
upgrades are the cleanest path

On Wed, May 30, 2018 at 8:30 AM, Dzmitry Razhanski via wix-users <
wix-users at lists.wixtoolset.org> wrote:

> Hi!
>
> >1. Should I create a Patch or a Major Upgrade or a Minor Upgrade?
> Honestly, I am not sure how to create a Minor Upgrade though.
> You could create full installation package or a patch to the installation
> package.
> As you want to automate it, I think it is better to have full installation
> package for each build and send it to users if you want.
>
> Which upgrade happens depends on which package is already installed and
> new one. Probably this link will be helpful to compare different types of
> upgrade - http://helpnet.flexerasoftware.com/installshield22helplib/
> helplibrary/MajorMinorSmall.htm
>
> If packages have the same Upgrade code, but different Product codes it
> will be MajorUpgrade.
> Minor Upgrade means that Product codes are the same. Versions also should
> be different but the same versions numbers also could be used.
> And Major Upgrade is simpler to use because it removes all files from old
> package and installs files from new one automatically.
> No need to uninstall previously installed version and install the new
> manually.
>
> You could just set Product and Package ID to be autogenerated (set '*'
> instead of guid) and all packages will be use Major Upgrade during update.
>
> >2. How should I manage versions in this case?
> Wix have option which Allow upgrade the same version. If you use it, it is
> not important how you will update version.
> Or you need to increase it in each build (x.y.z, x.y.z+1, ...)
>
> Best regards,
>          Dzmitry Razhanski.
>
> -----Original Message-----
> From: wix-users <wix-users-bounces at lists.wixtoolset.org> On Behalf Of Ven
> H via wix-users
> Sent: Tuesday, May 29, 2018 4:14 PM
> To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
> Cc: Ven H <venh.123 at gmail.com>
> Subject: [wix-users] Versioning for Continuous Automated Builds
>
> We have a requirement to generate MSI for automated builds. So, whenever
> code check-ins happen in SCM (this will also involve changes in Database
> scripts which have to be executed, IIS changes, registry changes, GAC
> changes, COM registration  etc. in addition to files), Jenkins will trigger
> a job at regular intervals by polling for changes in SCM. When this job
> runs, it has to create MSI. I have a couple of questions related to this.
>
> 1. Should I create a Patch or a Major Upgrade or a Minor Upgrade?
> Honestly, I am not sure how to create a Minor Upgrade though.
>
> 2. How should I manage versions in this case?
>
> Please help with your inputs.
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
>


More information about the wix-users mailing list