La estrategia d-compat/<YYYY>.<M> requeriría una rama para cada versión específica, ¿verdad? No sería posible usar un rango como con la construcción .discourse-compatibility.
Así que, si mantuviera un plugin que funciona desde la ESR hasta la última versión. Cuando luego trasladara los desarrollos a la nueva ESR (que se superpone con la antigua ESR), ¿necesitaría crear ramas para cada versión intermedia?
Por ejemplo, en este momento la ESR es 2026.1, la versión de lanzamiento es 2026.6 y la última es 2026.7, que aún es compatible con 2026.5. Cuando trasladara mi plugin a la nueva ESR (2026.7), mientras la antigua ESR aún sea compatible con Discourse. ¿Necesitaría crear las ramas:
d-compat/2026.1d-compat/2026.2d-compat/2026.3d-compat/2026.4d-compat/2026.5d-compat/2026.6
Donde las versiones .2 a .5 (incluidas) ya han alcanzado su fin de vida útil en Discourse, pero la gente podría seguir usándolas.
¿O Discourse encuentra la rama más adecuada si falta alguna, en lugar de asumir la rama principal?
Por ejemplo, si estuviera ejecutando la versión 2026.5 y las únicas ramas son d-compat/2026.1 y d-compat/2026.6. ¿Qué rama se usaría?
d-compat/2026.1, que es la versión compatible más cercana?main, ya que no hay una rama específica?