上記の進捗状況は正確ですか？

私は以前にこれに取り組み始めましたが、他のより高いものに気を取られました
優先順位の問題。 この機能が必要なので、これをもう一度優先します。
今後数週間でPRoposalと最初のPRを期待してください

2017年5月2日火曜日午前8時46分[email protected]
書きました：

上記の進捗状況は正確ですか？

—
あなたが割り当てられたので、あなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/213#issuecomment-298675025 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AP4-NM7iZmBnKFNe_ywx_6BSd_Aecz_Vks5r10_BgaJpZM4MhoLz
。

>>

-マヤンク

@krmayankk更新の進捗状況はありますか？

@pineking私は提案を持っており、コードはほぼ準備ができています。 ユニットテストとAPIの変更を理解しようとしている間、金曜日までに提案を送信します。

@krmayankkこれはまだあなたのレーダーにありますか？

@ jduncan-rvaはい、提案はすでに出ています。 私が取り上げるレビューコメントがいくつかあります。 来週までにPRをする必要があります。

@krmayankk更新はありますか？

@kincl提案はすでに出ており、lgtmに近づいています。 もう1人のレビューアがレビューするのを待っています。 私は先週休暇で出かけました。 今週は実際のPRが必要です

これがレビュー中の提案ですhttps://github.com/kubernetes/community/pull/756

責任あるSIG：sig-node

sig-authエリアに分類されるようです。

歴史について：ここに提案の実装があります-https：//github.com/kubernetes/kubernetes/pull/52077

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

/lifecycle frozenコメントを使用して、問題が自動終了しないようにします。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、および/または@fejtaにフィードバックを送信します。
/ lifecycle stale

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

/lifecycle frozenコメントを使用して、問題が自動終了しないようにします。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、および/または@fejtaにフィードバックを送信します。
/ lifecycle stale

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

/lifecycle frozenコメントを使用して、問題が自動終了しないようにします。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、および/または@fejtaにフィードバックを送信します。
/ lifecycle stale

失効した問題は、30日間操作がないと腐敗します。
/remove-lifecycle rottenを使用して、問題を新規としてマークします。
腐った問題は、さらに30日間操作がないと終了します。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ライフサイクル腐敗
/ remove-lifecycle stale

/ remove-腐ったライフサイクル

/ sig auth

/ sigノード

@krmayankk
1.11でこれについて何か計画はありますか？

もしそうなら、あなたはその機能が適切なもので最新であることを確認してください：

• 説明
• マイルストーン
• 譲受人
• ラベル：
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

@justaugustusはい、prのAPI変更はすでに62216で公開されています。 その一部は1.10ですでにリリースされていることに注意してください。 また、これを1.11マイルストーンに割り当てることはできますか

@krmayankk明確にするために、1.11のベータターゲットを追跡していますよね？

@justaugustusはい、すべての変更を取得できるかどうかによって異なります。

更新していただきありがとうございます！

/種類の機能

@ krmayankk-
1.11機能追跡スプレッドシートをもう1回スイープします。
この機能の広告申込情報の不完全な/空白のフィールドに入力していただけませんか。

@krmayankkこの機能は前のマイルストーンで機能していたので、元の投稿には何もないので、チェックインして、Kubernetes1.12のステージを卒業する計画があるかどうかを確認したいと思います。 これにはまだ1.11マイルストーンがあるため、それに応じて更新する必要があります。

更新がある場合は、@ justaugustus、@ kacole2 、 @ robertsandoval 、 @ rajendar38に明示的にpingを実行して、Kubernetes1.12の機能追跡スプレッドシートに含める準備ができていることを確認してください。

機能のフリーズは7月31日であり、それ以降、機能の問題が不完全な場合は、マイルストーンに例外リクエストを受け入れる必要があります。

さらに、次の関連する期限に注意してください。

• ドキュメントの締め切り（オープンプレースホルダーPR）：8/21
• テストケースのフリーズ：8/28

機能のすべてのPRに、関連するリリースノートも含まれていることを確認してください。

ハッピーシップ！

これは1.11ではベータ版にはなりませんでした。 1.12でターゲットベータとしてマークしています。

@tallclairこれは1.12トラッキングシートに追加されました
@justaugustus / trackedラベルを追加してください

終わり。
cc： @ kacole2 @wadadli @robertsandoval @ rajendar38

ちょっと、そこ！ @krmayankk私はこのリリースのドキュメントのラングラーです。 プレースホルダーとしてrelease-1.12ブランチに対してドキュメントPRを開くことができる可能性はありますか？ これにより、このリリースでの機能の出荷に自信が持てるようになり、レビュー/編集を開始するときに作業できるようになります。 ありがとう！ この機能にドキュメントが必要ない場合は、機能追跡スプレッドシートを更新して反映してください。

@tallclairなぜこれが1.13に移行したのですか？ コードの凍結日は9月4日です。

@zparnold申し訳ありませんが、休暇中です。 これを行う方法についての説明を教えてもらえますか

@zparnoldこのPRを作成しましたhttps://github.com/kubernetes/website/pull/10076 、これが正しい方向にあるかどうか教えてください

まだアルファ版であり、来週ベータ版に昇格する予定はありません。 オープンPRの導入についてはまだ話し合うことができますが、1.12ではアルファ版を維持する必要があると思います。

私のアカウントが元彼によって使用されていたことを理解していません彼はいくつかのものをに変更しました
本当にわからないアクセスを取得します

2018年8月24日金曜日、午後1時36分Tim Allclair（St。Clair）<
[email protected]>は次のように書いています：

まだアルファ版であり、来週ベータ版に昇格する予定はありません。 私たち
オープンPRの導入についてはまだ話し合うことができますが、それを維持する必要があると思います
1.12のアルファ。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/213#issuecomment-415829215 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AkNk80eawLOpJeRslt0vPH6i1kiFFJMsks5uUDmLgaJpZM4MhoLz
。

@krmayankk本当に近い！ ベースを$＃$ kubernetes:master kubernetes:release-1.12に設定できますか？

@tallclairのコメントによると、これをシートから削除します。

まだアルファ版であり、来週ベータ版に昇格する予定はありません。 オープンPRの導入についてはまだ話し合うことができますが、1.12ではアルファ版を維持する必要があると思います。

@tallclair @justaugustusが特定のマイルストーンの機能の問題をマークすることは、そのマイルストーンで少なくともベータ版に昇格することを意味すると誤解している可能性がありますか？

@krmayankkは、1.13でそれを達成するためのこのターゲティングですか？

このリリースは、より「安定した」ものを目標としており、積極的なタイムラインがあります。 次の期限に間に合うと確信できる場合にのみ、この拡張機能を含めてください。

• ドキュメント（オープンプレースホルダーPR）：11/8
• コードスラッシュ：11/9
• コードフリーズの開始：11/15
• ドキュメントの完成とレビュー：11/27

ありがとう！

こんにちは@krmayankk 、このドキュメントPRは1.12にマージされました： https ：//github.com/kubernetes/website/pull/10076

このドキュメントは1.12の間に入ることを意図していましたか？ RunAsGroupが機能ゲートされている場合は、ドキュメントにこれが記載されていることを確認する必要があります。

この特定のドキュメントは、以前は1.12を対象としていましたが、コードは時間内にマージされなかったため、理想的には1.13に移行する必要があります。 現在、必要なドキュメントは2つあります。-

• ポッド/コンテナレベルのドキュメントでのRunAsGroup
• PodSecurityPolicyのRunAsGroup

このドキュメントの適切な場所を見つけてPRを作成しようと思います

ああ、情報をありがとう。 実際には1.12にないものを文書化している場合は、k / websiteマスターに対してPRを作成して、その文書を削除してください。

次に、1.13ドキュメントのdev-1.13に対してプレースホルダーPRを開いていただけますか？

ドキュメント以外の@ krmayankk 、1.13でこの機能の保留中のコードまたはテスト作業はありますか？ もしそうなら、plzは私たちにそれを指摘し、それらすべてをマージする予定の時期を示すことができますか？ ありがとう

@AishSundarは、改善が必要なユニットとe2eのカバレッジがあるかどうかを確認する必要があります。 私が見る限り、これ以上の新機能は必要ありません。 PRはまだ準備ができていません

@krmayankk私は、この問題がどのように追跡されているかをシャドウチェックインする拡張機能です。 コードのスラッシュは11/9にあり、コードのフリーズは11/15に予定されています。これにより、コードがフリーズする可能性についてのステータスの更新はありますか？

@krmayankkこのリリースの一部として改善されているユニットとe2eカバレッジテストへのリンクをドロップしていただけますか？

@claurence @ kacole2私がすでに開始した追加のPRはありません。 したがって、11/9は不可能です。 1週間以内にPRリンクで更新されます。

こんにちは@krmayankkこのドキュメントPRについてフォローアップしたかっただけです：kubernetes / website＃10076

ドキュメントは1.12向けであるとおっしゃいましたが、コードは時間内にマージされませんでした。 これは、kubernetes / website＃10076を元に戻す必要があることを意味しますか？

there are no additional PR's that i already initiated. So 11/9 wont be possible. Will update with PR links in a week.

@krmayankkは、この拡張機能の進行中のPRはまだないと言っていますか？ または、すべてのコードPRはすでにマージされていますか？

今日はすでに1.13のコードスラッシュを入力しており、コードのフリーズは1週間（11/16）に予定されています。 来週（または）1週間にPRを開始するのは、このサイクルには遅すぎて、フリーズ中にPRをチェリーピッキングすることになります。 サイクルのこの時点で、1.13のすべての機能でコードとテストがマージされているか、PRがマージに近いと予想されます。 特に、この機能は1.13でベータ版に移行する予定です。つまり、安定していることを確認するには、優れたe2eテストカバレッジと少なくとも数日間のCI実行が必要です。

現在、この拡張機能のステータスを確認しているため、リリースチームは1.13でこれを採用することに抵抗を感じています。 保留中の作業についての私の理解が正しくない場合は、できるだけ早く明確にしてください。 この情報がない場合は、月曜日に1.13で追跡を解除する予定です。 ありがとう

参考までに@ kacole2

これは1.13マイルストーンから引き出されています。 次のサイクルで1.14になるかどうかを再検討します

/マイルストーンクリア

@AishSundar @ kacole2 1.14は大丈夫です、ありがとう

@krmayankkこんにちは-私は1.14の拡張機能のリーダーであり、この問題をチェックして、1.14リリースで計画されている作業（ある場合）を確認しています。 拡張機能のフリーズは1月29日であり、すべての拡張機能にはKEPが必要であることを思い出してください。

@ claurence1.14でベータ版に移行します。 https://github.com/kubernetes/kubernetes/pull/73007

@krmayankkこの問題のKEPはありますか？ リンクされているものが表示されるかどうかはわかりませんが、見逃している可能性があります。 ありがとう

@krmayankkこんにちは、私は1.14リリースの拡張機能のシャドウの1つです。明日の拡張機能のフリーズが発生しますが、まだKEPが必要です。 それ以外の場合は、例外を入力するように求められます。
提案がありますが、変換していただけますか？ ありがとう

@claurence @lledru提案は、KEPプロセスが実施される前に行われました。 これが提案です。 https://github.com/kubernetes/community/pull/756 。 すぐにKEPに変換する必要がありますか？

@krmayankkはい！ KEPがほとんど問題のない設計提案へのリンクである場合、拡張フリーズの場合
しかし、私たちはテスト計画や卒業基準のようなものが綴られているのを見たいです

@krmayankkこの問題にはKEPがないため、1.14マイルストーンから削除します。 追加し直すには、例外を提出してください-例外プロセスに関する情報は、 https ：//github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.mdにあります。

@claurence私はkubernetesでフルタイムで働いていないので、1週間のターンアラウンドタイムを期待していました。 今日からケップを始めます

@claurenceはついにこれをhttps://github.com/kubernetes/enhancements/pull/800に追加し、例外リクエストを送信しました

ありがとう@krmayankk！ 例外リクエストが承認されました（そのスレッドでも更新します）

こんにちは@ krmayankk👋私はv1.14ドキュメントのリリースリードです。 3月1日金曜日までに予定されているk / website（ブランチdev-1.14）に対するPRを探しています。完全なドキュメントの始まりであれば素晴らしいと思いますが、プレースホルダーPRでもかまいません。 ご不明な点がございましたらお知らせください。

ありがとう@jimangelPRはすでにそこにありますhttps://github.com/kubernetes/website/pull/12297

これは、既存のフィールドのアルファ->ベータプロモーションです
/割当

@krmayankkがKEPを調べています。テスト計画が表示されません。誰かがこの拡張機能のテスト計画でPRを支援できますか？ この情報は、リリースに対するこの機能の準備状況を知るのに役立ち、CISignalに特に役立ちます。

こんにちは、1.14エンハンスメントシャドウです。 コードフリーズは3月7日であり、1.14リリースを作成するには、それまでにすべてのPRを問題にマージする必要があります。 マージする必要のあるオープンK / K PRはまだありますか？ ありがとう

@lledruは進行中のPRです
https://github.com/kubernetes/kubernetes/pull/73691
https://github.com/kubernetes/kubernetes/pull/73007
https://github.com/kubernetes/enhancements/pull/835

@claurence下部のhttps://github.com/kubernetes/enhancements/pull/835/filesの卒業基準がそれをカバーしているはずです。 安定させるためのテスト計画をお探しですか、それともベータ版にするためのテスト計画をお探しですか？

CI信号の@mariantallaは、計画をテストするのに十分です^？

こんにちは@krmayankk 、まだマージされていない唯一のPRは＃73691です、正しいですか？ これはコードがフリーズする前にマージされますか？ ありがとう

正しい@lledru

@krmayankkそのPRは1.14マイルストーンにありません-このPRが1.14に必要な場合、マイルストーンに追加できますか？

@claurenceこれを追跡してくださいhttps://github.com/kubernetes/kubernetes/pull/75164そして73691を無視してください

Containers[0].SecurityContext.RunAsUser = 3000 and Containers[0].SecurityContext.RunAsGroup = 3000を設定すると、プロセスが3000として実行されるという問題が発生しましたが、そのグループはまだルート（0）です。 これは期待されていますか？

@jingweno Kubernetesのバージョンは何ですか？ RunAsGroup機能ゲートは有効になっていますか？

@jingwenoこれは1.14でデフォルトで有効になっているアルファ機能です（ベータ版に移行）。 いつか修正されたcontainerdのバグもありました。 したがって、使用しているランタイム、kubernetesのバージョン、およびアルファ機能フラグが有効になっているかどうかによって異なります。

こんにちは@krmayankk 、私は1.15のエンハンスメントリードです。 この機能は1.15でアルファ/ベータ/安定ステージを卒業する予定ですか？ 適切に追跡してスプレッドシートに追加できるように、お知らせください。

コーディングを開始したら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。

@ kacole2この機能は1.14のベータ版です。 私は働き、1.15でStableに卒業するのに何が必要かを理解します

これは1.15で追加されましたか？

1.14現在のベータ版です
@krmayankkこれをGAに持ち込むための計画は何ですか？

runAsGroupを制限することは、GAの要件になる可能性があります。 フィールドを設定しようとしたときにエラーが発生したPSPを思い出したようです。 また、以下のようなMustRunAsNonRootもサポートする必要があります。 ありがとう！

spec:
  runAsGroup:
    rule: MustRunAsNonRoot

それはPSPで動作するはずです、そうでない場合は問題を提出してください。 MustRunAsNonRoot（ポッド仕様）の場合、グループをプロセスにアタッチするさまざまな方法すべて、およびルートグループを使用していないことを確実に主張できるかどうかについて多くの懸念がありました。 私はそれに対して断固として反対しているわけではありませんが、それが強力な保証でない場合は、この機能を使用したくありません。 また、GAは現在のアプローチに重ねることができる機能であるため、GAをブロックする必要はないと思います。

@tallclair主な基準は、ランタイムに適切なテストカバレッジを設定することだと思います。 この問題https://github.com/kubernetes/kubernetes/issues/72253はそれをカバーしていますが、そこで何をする必要があるのか​​わかりませんか？ アドバイスしてもらえますか？

@ Elegant996は、ポッド仕様のmustRunAsNonRootに関連するディスカッションですhttps://github.com/kubernetes/kubernetes/pull/62216しかし、PSPでのみ実行することに賛成しました。

こんにちは@ krmayankk @ tallclair 、私は1.16エンハンスメントリード/シャドウです。 この機能は1.16でアルファ/ベータ/安定ステージを卒業する予定ですか？ 1.16トラッキングスプレッドシートに追加できるようにお知らせください。 卒業していない場合は、マイルストーンから削除し、追跡ラベルを変更します。

コーディングが開始されたら、またはすでにコーディングが開始されている場合は、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。

マイルストーンの日付は、Enhancement Freeze7 / 30とCodeFreeze8 / 29です。

ありがとう。

こんにちは@ krmayankk @ liggitt @ tallclair 、1.17エンハンスメントシャドウはこちら！ 🙂

*この拡張機能が1.17でアルファ/ベータ/安定に移行するかどうかを確認するために連絡したかったのですか？
この拡張機能を1.17トラッキングシートに追加できるように、お知らせください。

KEPにはテストプランがないことに注意してください。

ありがとう！

🔔フレンドリーなリマインダー

• 現在のリリーススケジュールは
  
  
  
  • 9月23日月曜日-リリースサイクルが始まります
  
  
  • 10月15日火曜日、EODPST-拡張機能のフリーズ
  
  
  • 11月14日木曜日、EODPST-コードフリーズ
  
  
  • 11月19日火曜日-ドキュメントを完成させて確認する必要があります
  
  
  • 12月9日月曜日-Kubernetes1.17.0がリリースされました
  
  

• Kubernetes拡張プロポーザル（KEP）は、拡張フリーズがリリースに受け入れられる前に、次の基準を満たしている必要があります

  • PRはにマージされます
  • implementable状態の場合
  • テスト計画と卒業基準を含める

• 関連するすべてのk / kPRをこの号に記載する必要があります

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

こんにちは@ krmayankk @ liggitt @ tallclair -1.18拡張機能のシャドウはここにあります。 チェックインして、この拡張機能が1.18でアルファ/ベータ/安定に移行するのか、それとも現在のレベルに大きな変更があるのか​​を確認したいと思います。

現在のリリーススケジュールは次のとおりです。

• 1月6日月曜日-リリースサイクルが始まります
• 1月28日火曜日EODPST-拡張機能のフリーズ
• 3月5日木曜日、EODPST-コードフリーズ
• 3月16日月曜日-ドキュメントを完成させて確認する必要があります
• 3月24日火曜日-Kubernetes1.18.0がリリースされました

リリースに含まれるために、

1. KEPPRをマージする必要があります
2. KEPは実装可能な状態である必要があります
3. KEPには、テスト計画と卒業基準が必要です。

この拡張機能を含めたい場合は、コーディングが開始されたら、適切に追跡できるように、この問題に関連するすべてのk / kPRをリストしてください。 👍

ここで拡張機能を追跡します：http： //bit.ly/k8s-1-18-enhancements

ありがとう！ :)

@ krmayankk -1.18で発生しなくても問題ありませんが、この機能をGAのフィニッシュラインで取得するのを手伝っていただけませんか。

@krmayankk @tallclairフレンドリーなリマインダーですが、Enhancement Freeze（1月28日火曜日）からわずか7日です。

@krmayankk @tallclairフレンドリーなリマインダーですが、エンハンスメントフリーズ（太平洋時間午後3時、1月28日火曜日）からわずか2日です。

残念ながら、1.18拡張フリーズの期限は過ぎました。 今のところ、これはマイルストーンから削除されています。 これを取得する必要がある場合は、拡張例外を提出してください。

こんにちは@ krmayankk -1.19拡張機能のシャドウはここにあります。 チェックインして、この拡張機能が1.19で卒業すると思うかどうかを確認したかったのですが。

リリースのこの部分を使用するには、次のようにします。

1. KEP PRは、実装可能な状態でマージする必要があります
2. KEPにはテスト計画が必要です
3. KEPには卒業基準が必要です。

現在のリリーススケジュールは次のとおりです。

• 4月13日月曜日：第1週-リリースサイクルが始まります
• 5月19日火曜日：第6週-拡張機能のフリーズ
• 6月25日木曜日：第11週-コードフリーズ
• 7月9日木曜日：第14週-ドキュメントを完成させて確認する必要があります
• 8月4日火曜日：第17週-Kubernetesv1.19.0がリリースされました
• 8月20日木曜日：第19週-回顧展をリリース

その場合は、1.19トラッキングシート（http://bit.ly/k8s-1-19-enhancements）に追加します。 コーディングが始まったら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

こんにちは@krmayankk 、

上記の私の質問についての親切なリマインダー。

よろしく、
ミレック

こんにちは@krmayankk 、

上記の私の質問についての親切なリマインダー。

よろしく、
ミレック

こんにちは@krmayankk 、

上記の私の質問についての親切なリマインダー。

よろしく、
ミレック

ねえ@krmayankk 、ここでv1.19リリースサイクルの拡張シャドウ。 以前の更新をフォローアップして、
Tuesday, May 19に予定されている今後の拡張フリーズ。

よろしく、
ミレック

@ krmayankk-残念ながら、1.19拡張フリーズの期限が過ぎました。 今のところ、これはマイルストーンと1.19トラッキングシートから削除されています。 これを取得する必要がある場合は、拡張例外を提出してください。

@ krmayankk -1.18で発生しなくても問題ありませんが、この機能をGAのフィニッシュラインで取得するのを手伝っていただけませんか。

@tallclairはい、何をする必要があるかを知っている場合はそうです。 GA基準とは何か知っていますか？ 何を追いかける必要がありますか？

機能を変更する必要がない場合があります。 最低限必要なのは、KEPを更新してGA基準を示し、フラグをGAに更新することです。 また、KEPを更新して、対処する必要のある問題を特定するのに役立つ可能性のある本番準備アンケートに記入します。

ありがとう@tallclairはこれから始めて、私たちがどこに着陸するかを見ていきます。

@tallclairはこのhttps://github.com/kubernetes/enhancements/pull/1974とhttps://github.com/kubernetes/kubernetes/pull/94641を追加しました

こんにちは@ tallclair @ krmayankk

拡張機能はここをリードします。 これが1.20で安定に移行するかどうかを確認できますか？

ありがとう、
キルステン

はい、1.20で試してみましょう。
/マイルストーンv1.20

ねえ@ krmayankk @ tallclair -1.20拡張機能シャドウはこちら👋

10月6日のEnhancementsFreezeの期限までに1.20マイルストーンのKEP更新を行うことをお勧めします。

@tallclairの以前のコメントを反映して、GAの卒業基準を更新し、 PRRを追加してください。

また、新しいKEP形式もあります。ここで詳しく説明する新しい形式に一致するように、KEPを更新できれば、すばらしいでしょう。 😄

よろしく、
ジェレミー

@MorrisLawが行います。 これを開始しましたhttps://github.com/kubernetes/enhancements/pull/1974/files
@tallclairは、これに答えるのを手伝ってくれますかhttps://github.com/kubernetes/kubernetes/issues/72253#issuecomment -695147696？

ねえ@ krmayankk @ tallclair -GAに卒業するための1.20マイルストーンを作成するには、KEPと卒業基準への変更を10月6日の拡張フリーズ期限までにマージする必要があることに注意してください。 それ以外の場合は、例外を作成するか、次のマイルストーンまで延期する必要があります。

念のため、 EnhancementsFreezeの締め切りは明日10月6日EODPSTです。

こんにちは@krmayankk

拡張機能フリーズが有効になりました。 残念ながら、KEPを更新する必要があり、 PRはまだマージされていません。 1.20リリースに含めることを希望する場合は、できるだけ早く例外リクエストを送信してください。

一番、
キルステン
1.20拡張リード