Perhaps we should just use the release checklist as our guidelines. We could put a 
copy under SVN and then say

"The release process is described by a checklist <link>, which the Release Manager may 
post to the wiki <link> and use as the basis of the Release Plan."

Which is what we've been doing anyway :)

-Ted.

On Tue, 26 Oct 2004 12:11:06 +0100, Niall Pemberton wrote:
> My 2 cents....
>
> * Release plans are a good idea IMO and I'd prefer them being a *
> must* rather than *may* - since it takes a while to get a release
> out, its a good way of communicating where its at.
>
> * I think test builds such as 1.2.5 should be on the aquiring page,
> hopefully that will encourage a wider audience to try them out -
> maybe the first heading on the page should be changed from
> "Aquiring Struts" to "Released Builds" and then it would be clearer
> what the status is.
>
> * +1 for Tomcat style release.
>
>
> Niall


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to