|
Boost : |
From: Rene Rivera (grafikrobot_at_[hidden])
Date: 2007-08-23 12:34:04
David Abrahams wrote:
> on Thu Aug 23 2007, "Robert Ramey" <ramey-AT-rrsd.com> wrote:
>
>> Wouldn't generally accepted SVN setup be:
>>
>> svd/boost
>> /trunk (same as current trunk)
>> /tags
>> RC_1_35_1... (snapshot when tarball is created)
>> /branches
>> RC_1_35 (next release in being updated)
>> joe_shmoes_library_development
>> ....
>
> Yes, that would be usual, and it's roughly what I was going to suggest
> (the tag RC_1_35_1 should be something like 1_35_1a1, because we may
> end up releasing multiple release candidates for a given Boost
> version). Is there a good reason not to follow it?
This is why I asked for a rationale ;-) The two reasons Beman gave (one
of which I guessed):
* To make the permissions easier to manage. (my words)
* Focal point for casual browsers to find release related trees.
(Beman's words)
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk