Re: Question about Versioning-Scheme
Tuxedo Penguen über TortoiseSVN-dev <[email protected]> Thu, 2 Nov 2023 04:33:45 -0700 (PDT)
| Newsgroups | gmane.comp.version-control.subversion.tortoisesvn.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Stefan Thanks for the Information. :-) I currently use the "DisplayVersion" property in the Uninstall Hive as "Detection Method" in Intune and do a Version Compare on that value: [image: 2023-11-02 12_03_10-Window.png] [image: 2023-11-02 12_11_12-Window.png] We will not use nighly's and pre-releases here but only stables. Whether or not the versioning schemes are identical is not that relevant for what i'd like to do. That it stays consistent (at least in the registry) rather, because I would propably get issues if it suddenly changes from 3 digits to 4 digits between 2 releases for example. By the way... A few days ago I successfully tested the Supersedence of TortoiseSVN 1.10.5 by TortoiseSVN 1.14.5 in Intune using detection rules with version comparison like in the above screenshots and it worked smoothly. :-) [image: 2023-11-02 12_27_03-Window.png] Thank you guys. Donation is on its way :-) Stefan schrieb am Donnerstag, 2. November 2023 um 11:59:58 UTC+1: > On Thursday, November 2, 2023 at 11:43:12 AM UTC+1 Tuxedo Penguen wrote: > > Hi TortoiseSVN Devs > > I noticed that the TSVN releases are announced on the website according to > a different versioning scheme than i have in the download and also in > Registry. > > On the website on the newest Version i have: > 1.14.5 (Major.Minor.Patch?) > > On the download i get: > > 1.14.5.29465 (Major.Minor.Patch.Build?) > > > yes, that's the build number. > > > > After installation in the Registry (DisplayVersion): > 1.14.29465 (Major.Minor.Build?) > > you can thank msi for that. You see, while msi does have four-number > versions, the fourth number is completely ignored. That would not be a > problem if we only had the official releases. But we also have the nightly > build where only the build number increases. And if we would use the same > versioning scheme for msi that would mean msi would not detect that the > nightly build has a higher version than the already installed one. > So for the msi (and what you call registry) we use Major.Minor.Build > because the Build (actually the svn revision number) always increases, and > thus msi can properly detect newer versions and do an upgrade. > > Stefan > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn-dev/da4e8dd4-ed4e-458d-a62b-00c355a64f30n%40googlegroups.com.
2023-11-02 12_03_10-Window.png
(image/png, 57.4 KB) - not displayed
2023-11-02 12_27_03-Window.png
(image/png, 41 KB) - not displayed
2023-11-02 12_11_12-Window.png
(image/png, 48.6 KB) - not displayed