On 03.02.2010 16:40, Steve Borho wrote: > On Wed, Feb 3, 2010 at 8:58 AM, Adrian Buehlmann <adr...@cadifra.com> wrote: >> On 03.02.2010 15:51, Adrian Buehlmann wrote: >>> So we might do >>> >>> 1.0.1000, 1.0.1001, 1.0.1002, .. for stable nightlies >>> 1.0.2000, 1.0.2001, 1.0.2001, .. for unstable nightlies >>> 1.0.0, 1.0.1, 1.0.3 ... for official releases >>> >> >> Of course this should be: >> >> 1.0.1000, 1.0.1001, 1.0.1002, .. for stable nightlies >> 1.0.2000, 1.0.2001, 1.0.2002, .. for unstable nightlies >> 1.0.0, 1.0.1, 1.0.2 ... for official releases >> >> (too many similar numbers :-) >> > > Official releases would be 1.0, 1.1, 1.2 (just like hg) > Patch releases would be 1.0.1, etc.
We seem to have just a slight mismatch of terms here. For me 0.9.3 was an official release. A minor release in the 0.9 line. Every release for which you send out an 'ANN' post to the mailing lists is on official release for me. Nightlies are a kind of 'inofficial' releases for me. Because you do not announce them. And you do not tag them. Other than that, I see no disagreement here. So this would be 1.0, 1.1, 1.2, ... for major releases (three times a year) 1.0.1, 1.0.2, 1.0.3, ... would be the minor (bugfix) releases of 1.0 1.1.1, 1.1.2, 1.1.3, ... would be the minor (bugfix) releases of 1.1 1.2.1, 1.2.2, 1.2.3, ... would be the minor (bugfix) releases of 1.2 > If we're just talking about package numbers, not the version numbers > that go into executables and DLLs, then I think I would prefer to take > the 'tagdistance' number of the THG repo and add an offset based on > stable/unstable Assigning file versions differently from product versions would not make sense to me. The whole thing is already complicated enough. > So..1.1+42-62210b9542c8 would generate an unstable package with version: > > 1.1.2042 I don't care that much. If you think this works then I'm fine with that. Hopefully, tagdistance is monotonic and stable -- which I have some doubts, but I've never investigated its underlying logic. Just counting one up every day would be good enough for me. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop