<div dir="ltr">Hey folks,<div><br></div><div>There was a discussion around Pulp3.0, deciding how to triage "must be in" vs...otherwise, and dealing with the non-prioritized backlog.</div><div><br></div><div>You can find a braindump/minutes here :</div><div><br></div><div><a href="https://etherpad.net/p/Pulp_3.0%2C_3.1_backlog_meeting">https://etherpad.net/p/Pulp_3.0%2C_3.1_backlog_meeting</a></div><div><br></div><div>The TL;DR that came out of the meeting was:</div><div>- Having a release-tag implies that an issue/task/story is *promised* for that release. Therefore...</div><div>- Having the "3.0" tag means "it's a BLOCKER for 3.0 GA", and...</div><div><div>- Anything else is NOT currently assigned for the 3.0 release </div></div><div>- The 3.1 tag has been DELETED - since we're not promising anything for 3.1, until 3.0GA is put to bed.</div><div><br></div><div>The action items that came out of the mtg, include</div><div>- this email (hello!)</div><div>- bmbouter to work on some visualizations of issue-discovery-rate for various stakeholders/plugins</div><div><div><br></div><div>G</div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Grant Gainey</div><div>Principal Software Engineer, Red Hat System Management Engineering</div></div></div></div></div></div></div>