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

Re: Installer woes

From: Simon Large <simon_at_skirridsystems.co.uk>
Date: 2005-10-19 12:47:37 CEST

Molle Bestefich wrote:
> Simon Large wrote:
>
>>-1. I think you need *either* build number *or* minor version
>>(and I prefer build number).
>>
>>Remember that in about 2 years time, maybe less, TSVN's build will gain
>>another digit as r9999 rolls over to r10000.
>>
>>To accommodate both in the scheme above [snipped] you would need:
>>
>>1.2.4.5432 --> 1.2.405432
>
> There's no need for the extra zeros. CMIIW, but I think that
> concatenating two numbers will always produce a larger number than
> when concatenating two numbers that are smaller than (their respective
> counterpart in) the larger numbers.

I chose a poor example. Consider 1.3.111532 Does that mean 1.3.1.11532
or does it mean 1.3.11.1532 ? OK, you can work it out if you know the
correlation between revisions and releases, but why bother?

>>1.3.10.7654 --> 1.2.1007654
> Plus it's weird that 1.3 --> 1.2 ;-)..

Blush...

>>We try to correlate with SVN's major and minor release numbers,
>>but not with their micro release numbers, so having micro release
>>and revision in our own releases is redundant.
>
> Yeah, you're absolutely right, from a technical POV we might as well drop it.
>
>>From a "communication POV", Stefan might prefer to be able to tell users:
> "please upgrade to the 1.3.4 release"
> rather than
> "please upgrade to the 1.3.7654 release".
>
> Switching to a technical POV again, we can put any darn version number
> we like in the installer, since the only thing it's used for is to
> tell MSI whether to upgrade or apply on top of the old installation.
> The version number isn't even shown in "Add/Remove Programs" - rather,
> there's a string that we have full control over.
>
> If Stefan likes the micro release number we can keep it (?). That
> doesn't stop us from killing the bug by removing micro from the
> installer and just using major.minor.revision in there.

OK, fair point. So we keep major.minor.micro.release for everything
except the installer internals, which just has major.minor.release. That
sounds better all round.

Simon

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Oct 19 12:47:52 2005

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.