On 04/01/2011 02:53 PM, Robert Godfrey wrote:
On 1 April 2011 15:44, Andrew Stitcher<[email protected]> wrote:
On Fri, 2011-04-01 at 15:02 +0200, Robert Godfrey wrote:
So my suggestion would probably be to have attic as a sibling to the
current
trunk
i.e. as
http://svn.apache.org/repos/asf/qpid/attic
to move the current trunk versions of the retired modules there, along
with
a README explaining what the attic is
-- Rob
This could quickly devolve into a "bikeshed" discussion so I'll get some
thoughts in early before it does!
* If we are going to move these subdirectories out of the main source
controlled area we might as well just delete them, as for most people
that is what it'll look like and the whole point of source control is
that nothing is really lost and you can "go back in time" and recover
the artefacts anyway.
* Putting them outside the main trunk/branch/tag makes the code
invisible to the git mirror which an increasing number of us use.
Incidentally this wouldn't be an objection to creating self contained
new projects there as we'd get infrastructure to mirror those
separately.
* So I suggest just adding a sibling directory at the very top level of
trunk etc called obsolete and keep things in this for 1 release and
delete it.
-- So we'd end up with
.../asf/qpid/trunk/qpid&
.../asf/qpid/trunk/obsolete
I think rather than doing that I would just remove the directories
immediately. There seems little point on leaving them under trunk if they
are orphans and no-one is going to care for them... And the historic
releases which include them are still available through svn's history (in
particular under the tagged directories representing releases).
There was some discussion previously about having an attic where things are
"frozen" unless anyone wants to bring them in again. I'm fairly relaxed
about not having an attic and just deleting... but I don;t really see the
point of moving them somewhere else in trunk and then deleting.
Yes, my preference would just be to delete them.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]
