You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@commons.apache.org by co...@jakarta.apache.org on 2005/02/12 19:34:46 UTC

[Jakarta Commons Wiki] New: CandidateQualityElection

   Date: 2005-02-12T10:34:46
   Editor: RobertBurrellDonkin
   Wiki: Jakarta Commons Wiki
   Page: CandidateQualityElection
   URL: http://wiki.apache.org/jakarta-commons/CandidateQualityElection

   no comment

New Page:

= Candidate Quality Election =

The traditional release process in the Commons is as follows:

 * cut release candidate
 * announce release candidate on user and dev lists
 * wait a while to see if any issues are reported
 * VOTE on the release
 * cut release

This has many advantages. However, the actual release is never tested and the testing period is short. Components with large numbers of downstream users may like to consider an alternative system that encourages better testing of the actual release cut.


Candidate quality election follows a different pattern. A release is cut and announced as a release candidate. It is then VOTE'd to alpha, beta and full release quantity. Each stage is announced and users are encouraged to report any problems. If any issues emerge that must be addressed, a new release is created and the cycle starts again. Developers are recommended to VOTE +1 only if they have tested the release themselves.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org