cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Reinhard Poetz" <reinh...@apache.org>
Subject RE: Block Management [was Re: on better release and version management]
Date Thu, 25 Sep 2003 10:55:14 GMT

> From: Stefano Mazzocchi

<snip/>

> So:
> 
>   contributed -> no broad community support
> 
>   supported -> broad community support
> 
>   deprecated -> community either moved onto something else or dropped 
> the concept alltogether.
> 
> NOTE: a contributed block might find itself deprecated without never 
> being supported. This is the full state/transition diagram:
> 
>               +------------------(rebirth)-----------------+
>               v                                            |
> -(birth)-> [contributed] ----------(death)---------> [deprecated]
>               |                                            ^
>               +--(maturity)-> [supported] --(retirement)---+
> 
> the transitions that require community vote (majority) are:
> 
>   - maturity
>   - retirement
> 
> the other transitions can be done by every committer in every project 
> under control of the cocoon PMC and require only a "proposal" to be 
> discussed on the cocono development mail list.
> 
> thoughts?

I think it is a very well-thought proposal. With this lifecycle
(state/transition diagram) we also don't have problems with possible
interpretations of "supported" because in this context it is very clear
and has also the meaning of "official" you proposed yesterday.

Reinhard


Mime
View raw message