[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Re: Re: Nightly installation bug?

From: Erv Walter <erv_at_ewal.net>
Date: 2004-10-22 14:20:20 CEST

SteveKing wrote:

>AFAIK it's NewVersion>OldVersion, or the msi won't do an update at all
>and refuse to install the older version.
Yep. It's all based on those UpgradeTable entries. What we ended up
doing with our product was kind of an annoying workaround. Our version
numbers scheme is kind of like TSVN: We increment the 2nd
part on each regular release (1.2 -> 1.3). We increment the 3rd part
for bug fix releases (1.2.0 -> 1.2.1). The 4th part is the SVN revision
number. In order to get the MSI upgrades to work, we ended up making
the MSI version not the same as the real product version. To do that we
just drop the 1st part. Since we don't intend to incrememnt the 1st
part except on a major rewrite which would not be backward compatibile
and so would get a new UpgradeCode anyway, we don't lose any real
information by dropping it from the MSI version number. Therefore, for
the version of our product, the MSI version is 2.0.1115.
Obviously, this wouldn't work for our 1.0.0 release, but fortunatly, we
are already past that and don't need to build installers :)

With each build, we dynamically adjust this table to replace the
##.##.##### with the "MSI version" (2.0.1115, for example):

<Upgrade Id="aefc2a63-5db1-48e1-a575-e6c64d52b5ba">
    <UpgradeVersion Minimum="1.0.0" Maximum="##.##.#####"
Property="PREVIOUSVERSIONINSTALLED" IncludeMinimum="yes" />
    <UpgradeVersion Minimum="##.##.#####" Maximum="254.254.32767"
Property="NEWERPRODUCTFOUND" OnlyDetect="yes" />

Does this suck? Yes. Does it work? For us, it does, because we don't
care about what the MSI version is. It's only visible on a dialog box
in Add/Remove that most of our users wouldn't know how to find.

All in all, the best solution would be for MSI 4.0 to not ignore the 4th
part so that we can use our real version number.

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Oct 22 15:23:24 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.