A estratégia d-compat/<YYYY>.<M> exigiria um branch para cada versão específica, certo? Não seria possível usar um intervalo como na construção .discourse-compatibility.
Então, se eu estivesse mantendo um plugin que funciona desde a ESR até a versão mais recente, ao mover os desenvolvimentos para a nova ESR (que se sobrepõe à ESR antiga), eu precisaria criar branches para cada versão intermediária?
Por exemplo, no momento a ESR é 2026.1, a versão de lançamento é 2026.6 e a mais recente é 2026.7, ainda suportando a 2026.5. Quando eu mover meu plugin para a nova ESR (2026.7), enquanto a ESR antiga ainda for suportada pelo Discourse, eu precisaria criar os branches:
d-compat/2026.1d-compat/2026.2d-compat/2026.3d-compat/2026.4d-compat/2026.5d-compat/2026.6
Onde as versões .2 a .5 (incluindo) já estão com suporte encerrado (EOL) pelo Discourse, mas as pessoas ainda podem estar usando.
Ou o Discourse encontra o branch mais adequado se um estiver faltando, em vez de assumir o branch principal?
Por exemplo, se eu estivesse executando a versão 2026.5 e os únicos branches fossem d-compat/2026.1 e d-compat/2026.6. Qual branch seria usado?
d-compat/2026.1, que é a versão compatível mais próxima?main, já que não há um branch específico?