You are correct. We do rely on a single source for the build number, we only have one build server, and we don't expect our repository to move/change during the lifetime of our project.
Developer builds are not consumed outside the individual developer and we have found that version numbers matter a little less in that case. One scenario where it does matter is when developers are explicitly testing an upgrade scenario. The build system allows them to inject whatever build number they deem appropriate for their private developer build so we can emulate this well enough at dev time. All official builds are consumed from our CI build server, those are the authoritative builds. Our version scheme works well for our context and has the added benefit that all of our official builds are always well-behaved major upgrades even if they are created on the same day. Clearly, your development environment has different requirements which require a different versioning scheme with the unfortunate result that you can only perform major upgrades on a day by day basis. We were able to tailor our environment to match the output we wanted because the restrictions you mentioned didn't affect us. My goal was to share one versioning scheme that played nice with Windows Installer. I'm sure there are others. I was not trying to describe a one-size-fits-all solution nor was I trying to convince anyone to adopt our scheme. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail > -----Original Message----- > From: Neil Sleightholm [mailto:n...@x2systems.com] > Sent: Thursday, March 12, 2009 3:34 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Major Upgrades without version change > > That is one view of version numbers but it doesn't work for me. It > relies on there being a single source of the build number, if two > builds are started on different servers were does the build number come > from. Using revision from the source repository doesn't work if the > repository moves or the repository changes. > > For me the solution that has worked most reliably is to set major and > minor manually (usually a marketing decision), build is the number of > days since a fixed date and revision the seconds number of seconds > since the start of today / 10. This is totally deterministic and not > dependant on any external files or systems. The build server can > produce builds and so can developers and none have the same number > (well they would if started with 10s but I can live with that). > > Having said that, that wasn't really my question but it is nice to hear > other peoples approaches. > > Neil > > -----Original Message----- > From: Castro, Edwin (Hillsboro) [mailto:edwin.cas...@fiserv.com] > Sent: 12 March 2009 20:28 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Major Upgrades without version change > > System.Version defines the following format: > > major.minor[.build[.revision]] > > We defined those as follows: > > The product release defines major and minor numbers (static and changed > manually). > The build number is the CI build number (automatically increments by > one every build). > The revision number is the changeset number in our source control > repository for that build (determined automatically at build time). > > This structure allows us to track deployed assemblies/installers/etc to > specific builds/changesets very easily. > Our goal is to automatically produce major upgrades every build (we > schedule RemoveExistingProducts early). > > Edwin G. Castro > Software Developer - Staff > Electronic Banking Services > Fiserv > Office: 503-746-0643 > Fax: 503-617-0291 > www.fiserv.com > Please consider the environment before printing this e-mail > > > > -----Original Message----- > > From: Neil Sleightholm [mailto:n...@x2systems.com] > > Sent: Thursday, March 12, 2009 1:31 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Major Upgrades without version change > > > > I don't think that is that case as my RemoveExistingProducts is > > scheduled at the beginning (if it wasn't I think you are correct). As > > you say major upgrades are the best solution but that just doesn't > work > > with automated builds that use 4 part version numbers. > > > > Neil > > > > Neil Sleightholm > > X2 Systems Limited > > n...@x2systems.com <mailto:n...@x2systems.com> > > > > > > ________________________________ > > > > From: Wheeler, Blaine (DSHS/DCS) [mailto:bwhee...@dshs.wa.gov] > > Sent: Thu 12/03/2009 00:06 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Major Upgrades without version change > > > > > > > > I don't think you'd get a downgrade you would like. I think you > would > > end up with a mush of the two slightly different versions of the > > application because of the component versions. > > > > Example: > > > > V1 - has component 21 with ver 1.1.27 > > V2 - has component 21 with ver 1.2.0 > > > > You try to reinstall V1 and you will end up keeping component 21 with > > ver 1.2.0 > > > > Major upgrades keep proving to be the safest method for us > > > > -----Original Message----- > > From: Neil Sleightholm [mailto:n...@x2systems.com] > > Sent: Wednesday, March 11, 2009 12:12 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Major Upgrades without version change > > > > Good point, that could even be considered a useful feature > "downgrades" > > without an uninstall. > > > > Neil > > > > -----Original Message----- > > From: Bob Arnson [mailto:b...@joyofsetup.com] > > Sent: 11 March 2009 17:20 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Major Upgrades without version change > > > > Neil Sleightholm wrote: > > > This works but is it a really bad thing to do? > > > > > It means that it's still possible to install an "earlier" version. If > > they're never released, it's only a problem for your internal folks. > > > > -- > > sig://boB > > http://joyofsetup.com/ > > > > > > > > --------------------------------------------------------------------- > -- > > - > > ------ > > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are > > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > > and easily build your RIAs with Flex Builder, the Eclipse(TM)based > > development software that enables intelligent coding and step-through > > debugging. > > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > --------------------------------------------------------------------- > -- > > - > > ------ > > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are > > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > > and easily build your RIAs with Flex Builder, the Eclipse(TM)based > > development software that enables intelligent coding and step-through > > debugging. > > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > --------------------------------------------------------------------- > -- > > ------- > > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are > > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > > and easily build your RIAs with Flex Builder, the Eclipse(TM)based > > development software that enables intelligent coding and step-through > > debugging. > > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > ----------------------------------------------------------------------- > ------- > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > and > easily build your RIAs with Flex Builder, the Eclipse(TM)based > development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ----------------------------------------------------------------------- > ------- > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > and > easily build your RIAs with Flex Builder, the Eclipse(TM)based > development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users