The milestone centric kanban view moved things that where approved or fix committed into a needs release column. <div><br><div><a href="http://people.canonical.com/~niemeyer/florence.html">http://people.canonical.com/~niemeyer/florence.html</a></div>
<div><br></div><div>We're no longer using the kanban view for py juju, and go juju seems to be gravitating towards blueprints from what i've heard.</div><div><br></div><div>The move to release urls, non distro distribution makes the distinction of committed / released a little different (ie more fluid) though still apt.</div>
<div><br></div><div>-k</div><div><br></div><div><br><br><div class="gmail_quote">On Fri, Jun 22, 2012 at 2:48 PM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@ubuntu.com" target="_blank">clint@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As we have a release process now, I'd like users to be able to track<br>
bugs Released versus bugs Committed. This helps us know what is going<br>
into the next release. The milestone bugs is also helpful, but there<br>
are often other fixes that were not milestoned that go in.<br>
<br>
However, IIRC, the Kanban view used Fix Committed to mean that a bug<br>
wasn't being actively worked on anymore, and was more in a review<br>
state. Is that still true? Is the Kanban even relevant anymore?<br>
<br>
Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</font></span></blockquote></div><br></div></div>