Discourse は変更の速度が速く、野心的なロードマップを持っているようです。
それをサポートするには、多くのユーザーからのフィードバックが必要です。tests-passed を促進する明確な暗黙の戦略があると考えています。それは新しい変更に対する早期フィードバックをサポートするためです。
その見返りに、ユーザーは無料のソフトウェアと新機能を得ます。それは一種の協定です。この取引は、時間が経つにつれて成功したことが証明されていると思います。
安定版ビルドは開発にあまり役立たないため、それほど促進することはビジネス上の利益にならないかもしれません（これは私の個人的な意見であり、CDCK を代表するものではありません）。
安定版に関するもう 1 つの問題は、さらに重要なことですが、次のとおりです。
通常、安定版バージョン間には多くの変更があり、重要な非推奨や API の変更も含まれます。開発者、サイト管理者、またはテーマ作成者として tests-passed に関与することで、次の安定版マイルストーンに到達するたびに大きな山を登るのではなく、変更に小さな断片で対処する機会が得られます。
これらの大きなジャンプをサポートするには、ステージングサイトと、実行するテストケースのセットが必要になるでしょう。
自分でカスタマイズを行っていない場合は、安定版を選択するかもしれませんが、アドオンが次のアップグレードに対して十分にメンテナンスされていることを確認するために、影響力の弱い他のユーザーに大きく依存することになります。アップグレード時に一部の要素がサポートを失い、その時点で困った状況に陥る可能性があります。また、開発者が安定版をまったくサポートしておらず、安定版ビルドをサポートするためにプラグインの「カット」をフォークして準備する必要がある場合もあります。（ただし、優れたピン留めシステムが用意されているため、それほど多くの作業ではありません）
Discourse におけるもう 1 つの重要な点は、ユニットテストが非常に集中的であるため、test-passed ブランチは通常、安定性の観点から非常に良好であるということです。