On 7/20/07, <b class="gmail_sendername">Robert Collins</b> &lt;<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 2007-07-16 at 13:26 +1000, Ian Clatworthy wrote:<br>&gt; All,<br>&gt;<br>&gt; With 0.18 due to ship tomorrow, it&#39;s time to rotate the Release Manager<br>&gt; responsibility. We have a lot of talented people contributing code each
<br>&gt; release now and being RM isn&#39;t a large step up from that.<br><br>A data point for 0.19: The RM for the next release has to start working<br>*before* the RM for the prior one completes. Otherwise we&#39;ll get a week
<br>behind.</blockquote><div><br>Maybe add this to a checklist where this should be done,<br></div><div><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://bazaar-vcs.org/ReleaseChecklist" target="_blank">
http://bazaar-vcs.org/ReleaseChecklist</a> or<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://bazaar-vcs.org/IanClatworthy/CoreDeveloperHandbook" target="_blank">http://bazaar-vcs.org/IanClatworthy/CoreDeveloperHandbook
</a>.<br>eg. when the opening bzr.dev again, the next RM should be appointed.<br>Or a [RFC] for the next release manager, can go out after the first <br>release candidate is released....<br><br>my 2cents<br>regards<br>marius
<br><br><br></div></div><br>