<div dir="ltr">I'm in favor of adding the extra field and adding the additional state.<div><br></div><div>Mark Waite</div><div><br>On Monday, August 14, 2017 at 3:45:08 AM UTC-6, Oleg Nenashev wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr">Hi all,<br><br>As a Jenkins user and contributor, I sometimes have difficulties when I need to understand in which release the fix is available. GitHub commit links from the bot help much, but it requires extra time to navigate across commits and UI. In Jenkins core, Remoting and my plugins I would like to make it more explicit:<br><br>I propose to...<br><ol><li>Modify workflow in the JENKINS project:</li><ul><li>Add a "Stage Release" state (or whatever similar name)<br></li></ul><ul><li>Instead of "In Progress" => "Resolved", contributors can move integrated fixed into the "Stage Release" state.</li><li>It may be helpful for components which do not release the integrated fixes immediately (e.g. Core, its modules, Remoting, Stapler, Blue Ocean, other plugins)<br></li></ul><li>Add an optional "Released As" field to JIRA (type=String)</li><ul><li>When a contributor moves the issue to "Stage release", "Resolved" or "Closed" state, an optional field appears in the dialog</li><li>If the field is non-empty, it will appear in the ticket header, hence users won't need to look into comments and commit histories<br></li></ul></ol><p>This proposal could improve contributor and user experience, but the proposed change is opt-in. <br></p><p>It does not make the field/state mandatory, hence the existing flows won't be affected if the maintainers do not want to spend time on JIRA updates.</p><p><br></p><p>WDYT?<br></p><p><br></p><p>Thanks in advance, <br></p><p>Oleg<br></p></div></blockquote></div></div>