<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html lang="en">
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<title>
GitLab
</title>
<style>img {
max-width: 100%; height: auto;
}
</style>
</head>
<body>
<div class="content">
<div>
<p dir="auto">Thank you for that. I like in that board that we can have a view restricted to 3.6.x bugfixes and the ones selected for the milestone in question. I miss the burnout chart that there is in the milestones view :(
Nevertheless, we could work with something like that, though the "Open" and "Closed" lists are quite unmanageable due to many items being there.</p>
<p dir="auto">In practice the workflow that I had in mind was using two views:</p>
<ol dir="auto">
<li>
<p>To select items to move from the various backlogs to the currently open releases</p>
</li>
<li>
<p>To view what items remain, and what to pick from the plan for the next release</p>
</li>
</ol>
<p dir="auto">but it is quite influenced from my work in a team with strict goals and deliverables. In practice the gnutls workflow is (or my impression of it is):</p>
<ol dir="auto">
<li>
<p>There are various backlogs around. One is the large set of bugs that affect or may potentially affect someone, some are project based (e.g., the tls1.3 backlog). These, at least for the ones we know, we group using the "milestones" option.</p>
</li>
<li>
<p>A new milestone is made for each release; some bugs which are important for the next release are proposed for it</p>
</li>
<li>
<p>Whatever fix is introduced before the release date is included as long as it follows the contribution guide (e.g., tests) unless vetoed (with 'after next release' label)</p>
</li>
<li>
<p>At release date, any remaining bugs in the release milestone are moved to the backlog for the release series (3.6.x)</p>
</li>
</ol>
<p dir="auto">That is, (2) and (4) are quite indicative of intentions rather than restrictive in any way, and could even be skipped as steps and still get to the same result (with possibly losing some transparency). Do you think that we can have a board (or two) which is helpful for (a) contributors, and (b) the developers working on gnutls?</p>
<p dir="auto">Somehow related. From reading the above, it seems that the milestone way of tracking projects is not a good one as one issue cannot be both in the tls1.3 and the 3.6.5 release milestone. Or even better in 'tls1.3' and 'gnutls 3.6.x bugfixes' and '3.6.5 release'. Most likely labels will serve better in tracking such features/projects.</p>
</div>
</div>
<div class="footer" style="margin-top: 10px;">
<p style="font-size: small; color: #777777;">
—
<br>
Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/issues/575#note_118099361">view it on GitLab</a>.
<br>
You're receiving this email because of your account on gitlab.com.
If you'd like to receive fewer emails, you can
<a href="https://gitlab.com/sent_notifications/a710022766ee769b3b1236832b4e6e85/unsubscribe">unsubscribe</a>
from this thread or
adjust your notification settings.
<script type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View Issue","url":"https://gitlab.com/gnutls/gnutls/issues/575#note_118099361"}}</script>
</p>
</div>
</body>
</html>