You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Stefano Mazzocchi <st...@apache.org> on 2004/07/31 03:29:29 UTC

[proposal - take 2] Whiteboard Branches

The private branches proposal didn't fly, so let's try again.

Same thing as the previous proposal but with the "whiteboard" name, 
"playground" kinda sucks and "research" would scare people way because 
it feels too serious.

comments?

-- 
Stefano.



Re: [proposal - take 2] Whiteboard Branches

Posted by Pier Fumagalli <pi...@betaversion.org>.
On 31 Jul 2004, at 08:49, Ugo Cei wrote:

> Il giorno 31/lug/04, alle 03:29, Stefano Mazzocchi ha scritto:
>
>> Same thing as the previous proposal but with the "whiteboard" name, 
>> "playground" kinda sucks and "research" would scare people way 
>> because it feels too serious.
>
> "Whiteboard" sounds fine. We already have a "scratchpad" in the trunk, 
> however. What would be the difference between scratchpad and 
> whiteboard?

Scratchpad is a block, at the end of the day! :-)

	Pier


Re: [proposal - take 2] Whiteboard Branches

Posted by Ralph Goers <Ra...@dslextreme.com>.
I would suggest that one major difference should be that "whiteboard" lives 
as a branch in CVS only; it should not be part of a Cocoon release. 
Scratchpad indicates (in my view) something that is a little further along 
that users should try out.

Ralph

At 7/31/2004  12:49 AM, Ugo Cei wrote:
>Il giorno 31/lug/04, alle 03:29, Stefano Mazzocchi ha scritto:
>
>>Same thing as the previous proposal but with the "whiteboard" name, 
>>"playground" kinda sucks and "research" would scare people way because it 
>>feels too serious.
>
>"Whiteboard" sounds fine. We already have a "scratchpad" in the trunk, 
>however. What would be the difference between scratchpad and whiteboard?
>
>--
>Ugo Cei - http://beblogging.com/
>


Re: [proposal - take 2] Whiteboard Branches

Posted by Sylvain Wallez <sy...@apache.org>.
Reinhard Poetz wrote:

>
> In order to summarize:
>
> - whiteboard
>   The whiteboard can contain revelutionary stuff like Butterfly or other
>   one-man-shows. They needn't be based on the current codebase - they
>   only have to have some relationship to Cocoon.
>   Evolving from whiteboard needs a vote.
>
> - branches
>   Branches are based either on previous minor releases (e.g. 2.1.x)
>   or they are future, evolutionary developments based on the codebase
>   that is available at the time of branching. Branches are supported
>   by the community and fixes go into all branches that activly developed.
>
> - scratchpad (block)
>   Small contributions that don't require a new branch and you want
>   to indicate that this is not supported by the community at the
>   time of committing it. Examples are new components.
>   They still need a vote to be moved into a stable block or into
>   Cocoon core.


Sounds good, with the addition that scratchpad is a kind of incubator 
for unstable features that will go into the core rather than in their 
own block (either because of their small size or because of their 
core-related nature).

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }


Re: [proposal - take 2] Whiteboard Branches

Posted by Joerg Heinicke <jo...@gmx.de>.
On 01.08.2004 15:20, Reinhard Poetz wrote:

> In order to summarize:
> 
> - whiteboard
>   ...
> 
> - branches
>   ...
> 
> - scratchpad (block)
>   ...
> 
> WDOT?

+1

Re: [proposal - take 2] Whiteboard Branches

Posted by Pier Fumagalli <pi...@betaversion.org>.
On 1 Aug 2004, at 14:20, Reinhard Poetz wrote:

> In order to summarize:
>
> - whiteboard
>   The whiteboard can contain revelutionary stuff like Butterfly or 
> other
>   one-man-shows. They needn't be based on the current codebase - they
>   only have to have some relationship to Cocoon.
>   Evolving from whiteboard needs a vote.

+1
expanding: one man shows, proposals, stuff not tied to cocoon directly 
but we might want to track down their development anyhow, anything 
which is not cocoon-prime and that doesn't fit in a block, for which 
the scratchpad block is used...

> - branches
>   Branches are based either on previous minor releases (e.g. 2.1.x)
>   or they are future, evolutionary developments based on the codebase
>   that is available at the time of branching. Branches are supported
>   by the community and fixes go into all branches that activly 
> developed.

+1

> - scratchpad (block)
>   Small contributions that don't require a new branch and you want
>   to indicate that this is not supported by the community at the
>   time of committing it. Examples are new components.
>   They still need a vote to be moved into a stable block or into
>   Cocoon core.

+1
well said that we need a vote to move somehting out of scratchpad into 
a stable block, as from an unstable to a stable one.

Does this make +3 overall from me? :-P

	Pier

Re: [proposal - take 2] Whiteboard Branches

Posted by Ugo Cei <ug...@apache.org>.
Il giorno 01/ago/04, alle 15:20, Reinhard Poetz ha scritto:

> In order to summarize:
>
> - whiteboard
>   The whiteboard can contain revelutionary stuff like Butterfly or 
> other
>   one-man-shows. They needn't be based on the current codebase - they
>   only have to have some relationship to Cocoon.
>   Evolving from whiteboard needs a vote.
>
> - branches
>   Branches are based either on previous minor releases (e.g. 2.1.x)
>   or they are future, evolutionary developments based on the codebase
>   that is available at the time of branching. Branches are supported
>   by the community and fixes go into all branches that activly 
> developed.
>
> - scratchpad (block)
>   Small contributions that don't require a new branch and you want
>   to indicate that this is not supported by the community at the
>   time of committing it. Examples are new components.
>   They still need a vote to be moved into a stable block or into
>   Cocoon core.

+1

-- 
Ugo Cei - http://beblogging.com/

Re: [proposal - take 2] Whiteboard Branches

Posted by Antonio Gallardo <ag...@agssa.net>.
Reinhard Poetz dijo:
> Ugo Cei wrote:
>
>> Il giorno 31/lug/04, alle 03:29, Stefano Mazzocchi ha scritto:
>>
>>> Same thing as the previous proposal but with the "whiteboard" name,
>>> "playground" kinda sucks and "research" would scare people way
>>> because it feels too serious.
>>
>>
>> "Whiteboard" sounds fine. We already have a "scratchpad" in the trunk,
>> however. What would be the difference between scratchpad and whiteboard?
>
>
> In order to summarize:
>
>  - whiteboard
>    The whiteboard can contain revelutionary stuff like Butterfly or other
>    one-man-shows. They needn't be based on the current codebase - they
>    only have to have some relationship to Cocoon.
>    Evolving from whiteboard needs a vote.
>
>  - branches
>    Branches are based either on previous minor releases (e.g. 2.1.x)
>    or they are future, evolutionary developments based on the codebase
>    that is available at the time of branching. Branches are supported
>    by the community and fixes go into all branches that activly developed.
>
>  - scratchpad (block)
>    Small contributions that don't require a new branch and you want
>    to indicate that this is not supported by the community at the
>    time of committing it. Examples are new components.
>    They still need a vote to be moved into a stable block or into
>    Cocoon core.
>
>
> WDOT?

+1

Best Regards,

Antonio Gallardo


Re: [proposal - take 2] Whiteboard Branches

Posted by Reinhard Poetz <re...@apache.org>.
Ugo Cei wrote:

> Il giorno 31/lug/04, alle 03:29, Stefano Mazzocchi ha scritto:
>
>> Same thing as the previous proposal but with the "whiteboard" name, 
>> "playground" kinda sucks and "research" would scare people way 
>> because it feels too serious.
>
>
> "Whiteboard" sounds fine. We already have a "scratchpad" in the trunk, 
> however. What would be the difference between scratchpad and whiteboard?


In order to summarize:

 - whiteboard
   The whiteboard can contain revelutionary stuff like Butterfly or other
   one-man-shows. They needn't be based on the current codebase - they
   only have to have some relationship to Cocoon.
   Evolving from whiteboard needs a vote.

 - branches
   Branches are based either on previous minor releases (e.g. 2.1.x)
   or they are future, evolutionary developments based on the codebase
   that is available at the time of branching. Branches are supported
   by the community and fixes go into all branches that activly developed.

 - scratchpad (block)
   Small contributions that don't require a new branch and you want
   to indicate that this is not supported by the community at the
   time of committing it. Examples are new components.
   They still need a vote to be moved into a stable block or into
   Cocoon core.


WDOT?

-- 
Reinhard


Re: [proposal - take 2] Whiteboard Branches

Posted by Ugo Cei <ug...@apache.org>.
Il giorno 31/lug/04, alle 03:29, Stefano Mazzocchi ha scritto:

> Same thing as the previous proposal but with the "whiteboard" name, 
> "playground" kinda sucks and "research" would scare people way because 
> it feels too serious.

"Whiteboard" sounds fine. We already have a "scratchpad" in the trunk, 
however. What would be the difference between scratchpad and 
whiteboard?

-- 
Ugo Cei - http://beblogging.com/

Re: [proposal - take 2] Whiteboard Branches

Posted by David Crossley <cr...@apache.org>.
Stefano Mazzocchi wrote:
> The private branches proposal didn't fly, so let's try again.
> 
> Same thing as the previous proposal but with the "whiteboard" name, 
> "playground" kinda sucks and "research" would scare people way because 
> it feels too serious.
> 
> comments?

The term "whiteboard" is excellent. It has the connotation
of demonstrating to one's peers so that they can get a
clear picture.

We would need a "status" note in each whiteboard so that
people know when it is no longer in use. Or do whiteboards
get deleted when finished?

They are not necessarily only "branches". A whiteboard
can be anything.

-- 
David Crossley