<div dir="ltr"><div dir="ltr"><div dir="ltr">> To identify backports I look at open tickets bearing the<br><div>
> "backport needed" label.</div><div><br></div><div>That's good to know, thanks.</div><div><br></div><div>What should become of small MRs that are made directly against `master` (without a corresponding issue) that are intended to be backported as well? Does it suffice to label those with "backport needed", or should we also open "backport needed"–labeled issues as well to ensure that they're caught? (I have [1] and [2] in mind when asking this question.)</div><div><br></div><div>I ask since if the former suffices, that would imply that the set of places that one would need to look to find all things that need to be backported would be:</div><div><br></div><div>1. The set of all open tickets labeled with "backport needed", unioned with</div><div>2. The set of all resolved MRs labeled with "backport needed".</div><div><br></div><div>Unfortunately, GitLab doesn't appear to give you a way to view both simultaneously (unless I'm missing something), which is why I thought it worthwhile to ask you if this state of affairs would be inconvenient.</div><div><br></div><div>Ryan S.</div><div>-----</div><div>[1] <a href="https://gitlab.haskell.org/ghc/ghc/merge_requests/650">https://gitlab.haskell.org/ghc/ghc/merge_requests/650</a><br></div><div>[2] <a href="https://gitlab.haskell.org/ghc/ghc/merge_requests/639">https://gitlab.haskell.org/ghc/ghc/merge_requests/639</a><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 2:24 PM Ben Gamari <<a href="mailto:ben@smart-cactus.org">ben@smart-cactus.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ryan Scott <<a href="mailto:ryan.gl.scott@gmail.com" target="_blank">ryan.gl.scott@gmail.com</a>> writes:<br>
<br>
> Thanks! The updated information is now on<br>
> <a href="https://gitlab.haskell.org/ghc/ghc/wikis/gitlab/merge-requests" rel="noreferrer" target="_blank">https://gitlab.haskell.org/ghc/ghc/wikis/gitlab/merge-requests</a>, for those<br>
> who are curious:<br>
><br>
>> While the release manager can perform the backport on your behalf, it is<br>
> appreciated if you open a merge request with the backported patches<br>
> yourself.<br>
><br>
> One further question: if a patch (that is intended to be backported) first<br>
> lands on master, is it considered good practice to leave the corresponding<br>
> issue open until the backport happens, similar to Trac's "merge" status? Or<br>
> is this practice obsolete in the new label-based workflow?<br>
><br>
Indeed this should be documented (which I have done): the ticket should<br>
remain open. To identify backports I look at open tickets bearing the<br>
"backport needed" label.<br>
<br>
Cheers,<br>
<br>
- Ben<br>
</blockquote></div>