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]
