<div dir="ltr">Understood, thanks for (re-)clarification and doing the hard work there.<div>P.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 17, 2020 at 1:21 AM Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi list,<br>
<br>
Some quick reminders about how the current 3.10 LTR should be handled<br>
during the 3.16 bug fixing round. My apologies in advance about the<br>
tone here, but I feel strong language IS required in order to<br>
reinforce the severity of this message!<br>
<br>
1. At this point in time, the 3.10 LTR is mature and we need to take<br>
EXTREME care when backporting fixes to it. Only low risk, high-impact<br>
bug fixes should be backported at this stage. Minor bug fixes or high<br>
risk changes should NOT be backported, and instead should be included<br>
in 3.16 only. !!!!!!!!!!!!!!!!!!!THE RISK OF REPUTATION HARM TO QGIS<br>
CAUSED BY INTRODUCING REGRESSIONS IN 3.10 CANNOT BE<br>
UNDERSTATED!!!!!!!!!!!!!<br>
<br>
2. If I wasn't clear enough in (1): DON'T BE SELFISH!. It doesn't<br>
matter how important a minor/high risk bug fix is to YOU/YOUR customer<br>
-- think of all the other millions of users of QGIS who will be<br>
impacted if you introduce a regression!!<br>
<br>
3. Matthias Kuhn and I are the acting gatekeepers to the LTR branch.<br>
PSC haven't yet made these roles official, but they DID give us<br>
direction to act in this role for the present. DO NOT MERGE TO LTR<br>
WITHOUT MATTHIAS OR MY APPROVAL. (If you disagree with this, PLEASE<br>
raise objections on the PSC list. But until further direction from PSC<br>
this is the status quo and we'll both be carrying out this role).<br>
<br>
4. In order to protect the stability of LTR, Matthias and I introduced<br>
the one-month-delay for backport inclusion policy a few cycles ago.<br>
This has proved very valuable, and has prevented numerous serious<br>
regressions from ever touching the LTR branch. (win!) We'll manage<br>
this process by tagging 3.10 backports with a "NOT FOR MERGE" label,<br>
and then as soon as the backport is approved by someone (which<br>
**doesn't** have to be Matthias or me, it just has to be someone who<br>
isn't the original developer) then the backport will be moved to the<br>
"collected pending backports PR" (eg<br>
<a href="https://github.com/qgis/QGIS/pull/38748" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38748</a>). We're doing all the hard<br>
work here to keep things easy for you and to keep the PR queue<br>
flowing.<br>
<br>
5. The only exceptions to the one-month-delay policy are:<br>
- crash fixes or serious data corruption fixes<br>
- fixes which repair regressions which have been introduced in an LTR<br>
patch release<br>
Backports meeting these criteria can be merged immediately without the<br>
time delay, but again, Matthias and I will manage this.<br>
<br>
(and now for the carrot): IMO 3.10 is a great release, and in a very<br>
good state. I'm proud of how mature and stable 3.10 is, and how stable<br>
it is. Let's keep it that way :D<br>
<br>
Nyall<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>