d-compat/<YYYY>.<M> 전략은 각 특정 릴리스마다 브랜치가 필요하다는 뜻이죠? .discourse-compatibility 구성처럼 범위 지정은 불가능합니다.
만약 ESR부터 최신 버전까지 동작하는 플러그인을 관리하고 있다고 가정해 봅시다. 개발을 새로운 ESR(구 ESR과 겹치는 경우)으로 옮길 때, 각 중간 버전에 대한 브랜치를 생성해야 하나요?
예를 들어, 현재 ESR은 2026.1, 릴리스 버전은 2026.6, 최신 버전은 2026.7이며, 2026.5는 여전히 지원되고 있다고 합시다. 구 ESR이 여전히 Discourse에서 지원되는 동안 플러그인을 새로운 ESR(2026.7)으로 이동할 때, 다음 브랜치를 생성해야 하나요?
d-compat/2026.1d-compat/2026.2d-compat/2026.3d-compat/2026.4d-compat/2026.5d-compat/2026.6
여기서 .2부터 .5(포함)는 Discourse에서 EOL(지원 종료)되었지만, 여전히 사용 중인 사람들이 있을 수 있습니다.
아니면 특정 브랜치가 없는 경우 Discourse가 main 브랜치를 가정하는 대신 가장 적합한 브랜치를 찾나요?
예를 들어, 2026.5를 실행 중이고 유일한 브랜치가 d-compat/2026.1과 d-compat/2026.6인 경우, 어떤 브랜치가 사용되나요?
- 가장 가까운 호환 버전인
d-compat/2026.1? - 특정 브랜치가 없으므로
main?