On Sat, Jun 28, 2008 at 12:00 AM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
>> We had a number of recent messages (2 related to spring, 2 related to
>> imap) about people trying to build sandboxes or branches code for things
>> we already merged to trunk.
>
> I don't see a handful of messages as n
> We had a number of recent messages (2 related to spring, 2 related to
> imap) about people trying to build sandboxes or branches code for things
> we already merged to trunk.
I don't see a handful of messages as necessitating a massive change in our
source structures. Just leave everything alon
I would simply delete the unnecessary tags. They wont't disappear, they
will be in the subversion repository forever. If somebody is interested
in them, he has to query the history of the tags directory, thats all. I
would do the same with merged sandboxes. And the commit message of the
deletio
Am Dienstag, den 24.06.2008, 17:45 +0100 schrieb Robert Burrell Donkin:
> On Tue, Jun 24, 2008 at 4:45 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > I propose we do something similar with some of our tags.
> > Of course tags for official releases should be left "unchanged", so I
> > propose to
On Tue, Jun 24, 2008 at 6:45 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> On Tue, Jun 24, 2008 at 4:45 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> I propose we do something similar with some of our tags.
>> Of course tags for official releases should be left "unchanged", so I
>> pro
On Tue, Jun 24, 2008 at 4:45 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> I propose we do something similar with some of our tags.
> Of course tags for official releases should be left "unchanged", so I
> propose to move other tags to an "old" or "deprecated" folder:
> # JAMES-1_0-b2/
> # build
On Tue, Jun 24, 2008 at 4:36 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> We had a number of recent messages (2 related to spring, 2 related to imap)
> about people trying to build sandboxes or branches code for things we
> already merged to trunk.
>
> I think we should clean up our sandbox/bra
I propose we do something similar with some of our tags.
Of course tags for official releases should be left "unchanged", so I
propose to move other tags to an "old" or "deprecated" folder:
# JAMES-1_0-b2/
# build_2_2_0_RC1/
# build_2_2_0_RC2/
# build_2_2_0_RC3/
# build_2_2_0_RC4/
# build_2_2_0_
We had a number of recent messages (2 related to spring, 2 related to
imap) about people trying to build sandboxes or branches code for things
we already merged to trunk.
I think we should clean up our sandbox/branches stuff so to make it
clear what is outdated and what still have an use.
Fo
