I'm in favor of adding the extra field and adding the additional state. Mark Waite
On Monday, August 14, 2017 at 3:45:08 AM UTC-6, Oleg Nenashev wrote: > > Hi all, > > 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: > > I propose to... > > 1. Modify workflow in the JENKINS project: > - Add a "Stage Release" state (or whatever similar name) > - Instead of "In Progress" => "Resolved", contributors can move > integrated fixed into the "Stage Release" state. > - 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) > 2. Add an optional "Released As" field to JIRA (type=String) > - When a contributor moves the issue to "Stage release", "Resolved" > or "Closed" state, an optional field appears in the dialog > - 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 > > This proposal could improve contributor and user experience, but the > proposed change is opt-in. > > 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. > > > WDYT? > > > Thanks in advance, > > Oleg > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/9d1fe704-cb60-484f-b6b4-0448943f48d2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
