On 5/23/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
<snip>
>> we agreed in past we don't want diverging live branches
>
> LOL Yeah, right. I'm the one who pushed that point, because some of us have
> already had the joyful experience of having to merge things, but that horse
> seems to be long out of the barn. With all of the many development branches
> in the sandbox ... what else do you call some of the more active ones except
> for branches ... it'll be a good year or more before things come back
> together. Robert is working hard to make that somewhat less painful, so
> we'll see.
Experimental or dead sandboxes are not an issue to me: most of them have
been created with the only purpose to show some ideas or to experiment
something.
sometimes it's easier to think about changesets
sounds like noel has a pressing need to fix issues with his setup.
this means changing the latest release. it's better if this changeset
is available to everyone rather then the work just being done locally.
there's no need to worry about release now.
My point is that if you plan to make a release from a branch then it has
not to diverge from trunk.
^^^^^
did you mean release branch?
If you don't plan to release than I don't
care at all: the more code you share in the repository in sandboxes the
more I'm happy (I prefer to read a new java file in sandbox than most
messages on server-dev).
this is probably one of those occasions where it's better to think
about changesets. providing that noel uses good message or (even
better) commits a record with version numbers in the STATUS file then
it doesn't matter. when the time comes, we take a new release branch
and merge in those changesets which are wanted.
I think none of our current sandboxes is alive (excluding the new jcr
experiment) and none of them is near to be merged back.
SEDA IMAP is active
FWIW I updated the STATUS file about the only sandbox I worked on. It
would be cool if others can do the same for other sandboxes.
+1
i find that version numbers work well
- robert
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
