Discourse는 변경 사항의 속도 면에서 상당히 빠르고, 야심 찬 로드맵을 가지고 있는 것으로 보입니다.
이를 지원하기 위해서는 많은 사용자 피드백이 필요합니다. 새로운 변경 사항에 대한 초기 피드백을 지원하기 위해 tests-passed 브랜치를 장려하는 것이 명확한 암묵적 전략이라고 생각합니다.
그 대가로 사용자는 무료 소프트웨어와 새로운 기능을 얻습니다. 일종의 계약이죠. 시간이 지나면서 이러한 거래가 성공적이었던 것으로 입증된 것 같습니다.
Stable 빌드는 개발에 크게 도움이 되지 않으므로, 이를 크게 장려하는 것이 비즈니스 관점에서 유리하지 않을 수 있습니다(전적으로 제 개인적인 의견이며, CDCK를 대변하는 것이 아닙니다).
Stable 버전의 또 다른 문제는 이 점이며, 이는 더욱 중요합니다:
Stable 버전 사이에는 중요한 비권장(deprecation) 및 API 변경을 포함한 많은 변경 사항이 있습니다. 개발자, 사이트 관리자 또는 테마 제작자로서 tests-passed에 참여하면, 다음 stable 마일스톤에 도달할 때마다 거대한 산을 오르는 대신, 변경 사항을 작은 조각으로 나눠서 처리할 기회를 가질 수 있습니다.
이러한 큰 버전 업그레이드를 지원하려면 스테이징 사이트와 테스트 케이스를 통과하기 위한 상당한 준비가 필요할 것입니다.
직접 커스터마이징을 하지 않는다면 stable 버전을 선택할 수 있지만, 다음 업그레이드 시점에 사용 중인 애드온이 충분히 유지보수되고 있는지 확인해야 하는 타인에 크게 의존하게 됩니다. 업그레이드 시점에 일부 요소의 지원이 중단되어 난감한 상황에 처할 수도 있습니다. 또한 개발자가 stable 버전을 아예 지원하지 않아 플러그인의 "cut"을 만들어 stable 빌드를 지원해야 할 수도 있습니다. (다만, 좋은 고정(pinning) 시스템이 마련되어 있어 큰 작업은 아닙니다.)
Discourse의 또 다른 중요한 특징은 단위 테스트가 매우 집중되어 있다는 점입니다. 따라서 tests-passed 브랜치는 안정성 측면에서 보통 매우 좋습니다.