Die Strategie d-compat/<YYYY>.<M> würde doch einen Branch für jede spezifische Version erfordern, oder? Es ist kein Bereich möglich, wie bei der Konstruktion .discourse-compatibility.
Wenn ich also ein Plugin pflege, das von ESR bis zur neuesten Version funktioniert: Wenn ich die Entwicklungen dann zur neuen ESR (die mit der alten ESR überlappt) verschiebe, müsste ich für jede Zwischenversion Branches erstellen?
Zum Beispiel: Derzeit ist ESR 2026.1, Release 2026.6 und die neueste Version 2026.7, wobei 2026.5 noch unterstützt wird. Wenn ich mein Plugin zur neuen ESR (2026.7) verschiebe, während die alte ESR von Discourse noch unterstützt wird, müsste ich die folgenden Branches erstellen:
d-compat/2026.1d-compat/2026.2d-compat/2026.3d-compat/2026.4d-compat/2026.5d-compat/2026.6
Wobei .2 bis .5 (einschließlich) von Discourse als EOL (End of Life) gelten, aber Nutzer sie möglicherweise noch verwenden.
Oder findet Discourse den am besten passenden Branch, wenn einer fehlt, anstatt den Hauptbranch anzunehmen?
Zum Beispiel: Wenn ich Version 2026.5 betreiben würde und die einzigen Branches d-compat/2026.1 und d-compat/2026.6 wären, welcher Branch würde verwendet?
d-compat/2026.1, da dies die nächstliegende kompatible Version ist?main, da es keinen spezifischen Branch gibt?