安定版の追加バージョンへのcherry-pickポリシー

Pavilion は、一部のプラグイン(まずは Custom Wizard プラグインから)で stable ブランチを公式にサポートすることを検討しています。

長らく、いくつかのプラグイン(特に Custom Wizard プラグイン)において、tests-passed によるサポートの代替案を求める声が多数寄せられていました。この検討に至ったのは、そのような要望が一定の規模に達したことに加え、そのプラグインがテストカバレッジ、CI、セマンティックバージョニングなどにより安定した状態になったことが要因です。

tests-passed よりも安定したサポートを求めるフォーラム管理者の中には、フォーラムを一度に一つの特定のバージョンにピン留めしている方もいます。このグループの管理者からは、stable 版の採用に伴う懸念として、特定のリリースとは別に追加のコミットが stable へ cherry-pick される点について指摘されています。

もしこれらのフォーラム管理者もプラグインと同様に stable 版を採用する場合、彼らは通常のバージョンリリースとは別に追加されたコミットも受け入れることになります。また、cherry-pick の方針やアプローチは、プラグインの stable ブランチのメンテナンス方法にも影響を及ぼします。

どのようなコミットが cherry-pick されるかについてのポリシーは存在しますか?私の認識では、特定のバージョンとは別に stable へ cherry-pick されるコミットは(現在は)セキュリティパッチとバグ修正に限定されていますが、過去には より柔軟なアプローチがとられることもありました

バージョン外の stable 版への cherry-pick(「extra-version cherries」)に関する現在のポリシーはどのようなものですか?

安定版にはセキュリティ関連のコミットやバグのみをバックポートしますが、新しい Discourse リリース直後の数週間は例外として、そのバージョンの最初のマイナーリリースを作成するために、より小さなバグ修正もバックポートします。

基本的には以下の通りです: