<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10pt;"><div>Hello team,<br></div><div><br></div><div>I agree to use a MAINT branch to commit security fixes and some un-mergeable fixes.<br></div><div>But: I would suggest that we always merge branches. After all fixes are done, to keep a better history in case no conflicts would appear or only simple ones.<br></div><div>Example: fix on branch MAINT, empty merge, fix on other branch<br></div><div>Example: fix on branch MAINT, merge the fix, end.<br></div><br>William Desportes<br><div style="" data-zbluepencil-ignore="true" class="zmail_extra"><br><div id="Zm-_Id_-Sgn1">---- Le lun., 19 oct. 2020 15:11:30 +0200 <b>Maurício Meneghini Fauth <<a target="_blank" href="mailto:mauriciofauth@gmail.com">mauriciofauth@gmail.com</a>></b> écrit ----<br></div><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); padding-left: 6px; margin: 0px 0px 0px 5px;"><div><div dir="auto"><div><br><br><div class="x_-857663541gmail_quote"><div class="x_-857663541gmail_attr" dir="ltr">Em dom, 18 de out de 2020 09:58, Isaac Bennetch <<a href="mailto:bennetch@gmail.com" target="_blank">bennetch@gmail.com</a>> escreveu:<br></div><blockquote style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;" class="x_-857663541gmail_quote">Hello team,<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Hello <br></div><div dir="auto"><br></div><div dir="auto"><div class="x_-857663541gmail_quote"><blockquote style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;" class="x_-857663541gmail_quote"><div dir="auto"><br></div><div dir="auto">In the past, once a release entered the LTS phase with fixes only for security issues, we would switch from the QA branch to a MAINT branch and releases would have a patch level (such as 4.0.8.1). Since we no longer do patch-level release numbers, to be more consistent with Semver and some of the tools we use, we should decide how to handle these LTS releases.<br></div><div dir="auto"><br></div><div dir="auto">It often doesn’t make sense to merge QA_4_9 in to QA_5_0 because of changed file names and different function declarations. Even though the fix is often similar, it doesn’t always merge very well (one example we’ve seen several times lately is the change in array declarations from (IIRC) [ … ] to array( … ).<br></div><div dir="auto"><br></div><div dir="auto">Would it benefit us to maintain a MAINT_4_9 branch that is meant to NOT merge to QA_5_0. In that case, a security issue would need two pull requests/commits, one for MAINT_4_9 and one for QA_5_0 (soon to be 5_1 anyway). I think that especially with the upcoming release of 5.1 this might make maintenance easier for us.<br></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I think that makes sense and I agree. <br></div><div dir="auto"><br></div><div dir="auto"><div class="x_-857663541gmail_quote"><blockquote style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;" class="x_-857663541gmail_quote">_______________________________________________<br> Developers mailing list<br> <a href="mailto:Developers@phpmyadmin.net" target="_blank">Developers@phpmyadmin.net</a><br> <a href="https://lists.phpmyadmin.net/mailman/listinfo/developers" target="_blank">https://lists.phpmyadmin.net/mailman/listinfo/developers</a><br></blockquote></div></div></div>_______________________________________________<br>Developers mailing list<br><a href="mailto:Developers@phpmyadmin.net" target="_blank">Developers@phpmyadmin.net</a><br><a href="https://lists.phpmyadmin.net/mailman/listinfo/developers" target="_blank">https://lists.phpmyadmin.net/mailman/listinfo/developers</a><br></div></blockquote></div><div><br></div></div><br></body></html>