Discourse の開発状況を追うことがよくあります。現在実装中の機能やロードマップを示す更新履歴はあるのでしょうか？
ベータスナップショットにも見落としている更新履歴があるのでしょうか？
例えば、現在のベータリリースでは、リリースページ や ソースリポジトリのブランチ にも関連する更新履歴が見当たりません…
すべての情報は GitHub ではなく、Meta に掲載しています。
主要なリリースの概要と今後のリリースで予定されている内容はこちらでご確認いただけます：https://meta.discourse.org/c/releases
リリースノートはこちらに投稿しています：Topics tagged release-notes
ご明確なご説明をいただき、誠にありがとうございます。GitHub 上の「変更履歴」リンクとして、他のプロジェクトで見られるように、上部にこのページへのリンクを掲載することも、ユーザーが容易にアクセスできる点で役立つかもしれません。
なぜ小さな変更に関する投稿がないのでしょうか？例えば、2.6.7 のリリースノートにはセキュリティ修正が含まれていました。
セキュリティ修正があったかを確認するために、タグを比較してコミットを確認しなければなりません。
ごめんなさい、少し理解できませんでした…リリースノートにセキュリティ修正があると記載されていたなら、なぜタグを比較する必要があったのでしょうか？
stable ブランチについてはリリースノートを提供していませんが、重要なバグ修正やセキュリティ上の問題のみをバックポートしているため、「stable ブランチを実行中に、より新しいポイントリリースに更新すべきか」という問いに対する答えは常にはいです。
マイナーリリースとタイニーリリースの違いは何ですか？
例えば、タイニーリリースはバグ修正とセキュリティ対策のみでしょうか？
マイナーリリースは新機能やその他何かでしょうか？
@Falco の投稿によると、リリースの種類に関わらず、常にアップグレードすべきようです。
マイナーリリースとタイニーリリースを定義してください。これらの用語を使用しているかどうかわかりません。
https://semver.org/ のようなセマンティックバージョニングを採用されているかお伺いしたかったのですが。
例：2.6.7 は Major.Minor.(Tiny または Patch) です。
シマンティックバージョニングを厳密には守っていません。継続的な開発を行っています。バージョン番号は厳密なシマンティックバージョニングというよりは、マイルストーンとして機能します。デフォルトでは、サイトはいつでも最新のコードに更新でき、「リリース」に限定されません。例えば、現在 Meta は「2.8.0.beta1」リリースより 153 コミット先行して運用しています。