/ assign @apelisse

この機能をリリース@apelisseに向けて準備するには、まだいくつかのドキュメントが必要なようです
助けてもらえますか？ 何かお手伝いできることがありましたらお知らせください

少なくとも、kubernetes / websiteリポジトリにプレースホルダーPRを用意することを検討しています。 プロセスはかなり簡単です。 release-1.11ブランチをチェックアウトし、プレースホルダーをコミットしてフォークにプッシュし、 /holdステータスでrelease-1.11ブランチとの間でPRを上げます。 。

本当にありがとう！！！！！

@apelisseマイルストーンの変更に気づきました。 これを1.11リリースからプルする予定ですか？

ええ、1.11ではありません。 本体を更新しています。

ありがとう@apelisse！

これについてコメントするのに適切な場所かどうかはわかりませんが、 https：//github.com/seibert-media/dimiosを構築して、独自の「サーバー側の適用」に取り組んでいます
これは、Kubernetesとの将来のやり取りを構築するためのスラックタイムプロジェクトにすぎませんが、適用プロセス全体で問題が発生しました（一部の人とのスラックについて説明しました）が、これに最善の方法でアプローチする方法についても考えました。

私はまだK8に直接取り組んでいませんが、可能であればこのアイデア/機能に貢献することを想像できます。

これをメールで[email protected]に送信できます

@apelisse上記のグループ（[email protected]）にメッセージを投稿することは許可されていません

申し訳ありませんが、最初にグループに参加する必要がある場合があります： https ：//groups.google.com/forum/#！forum / kubernetes -wg-apply

青いボタン、「グループに参加して投稿する」（左上）

@apelisse @ kubernetes / sig-api-machinery-feature-requests @ kubernetes / sig-cli-feature-requests-

この機能は以前のマイルストーンから削除されたため、チェックインして、Kubernetes1.12でこの機能の計画があるかどうかを確認したいと思います。

その場合は、次のすべての情報を使用して、この問題が最新であることを確認してください。

• 1行の機能の説明（リリースノートとして使用できます）：
• 主な連絡先（譲受人）：
• 責任あるSIG：
• デザイン提案リンク（コミュニティリポジトリ）：
• e2eおよび/またはユニットテストへのリンク：
• レビュー担当者-（LGTMの場合）2人以上のレビュー担当者（コード領域のOWNERSファイルから少なくとも1人）にレビューに同意してもらうことをお勧めします。 複数の企業のレビュー担当者が優先：
• 承認者（機能が属するSIG /エリアからの可能性が高い）：
• 機能ターゲット（どのターゲットがどのマイルストーンに等しいか）：
  
  
  
  • アルファリリースターゲット（xy）
  
  
  • ベータリリースターゲット（xy）
  
  
  • 安定したリリースターゲット（xy）
  
  

以下を設定します。

• 説明
• 譲受人
• ラベル：
  
  
  
  • ステージ/ {アルファ、ベータ、安定}
  
  
  • sig / *
  
  
  • 種類/機能
  
  

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

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

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

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

ハッピーシッピング！

/ cc @justaugustus @ kacole2 @robertsandoval @ rajendar38

私はすべてが@justaugustusにあると思います！ ありがとうございました

更新してくれてありがとう、@ apelisse！

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

@zparnoldマイルストーンを1.12から1.13に変更しました:-)。 おかげで、今のところこれを忘れることができます。

それはアルファになるでしょう、それは文書化するのが良いでしょう。 ジェニーは何かをまとめようとすると言った。 [編集：間違った問題、無視]

12:44アントワーヌPelisseで火、2018年8月21日には[email protected]
書きました：

@zparnoldhttps ：//github.com/zparnoldマイルストーンを1.12から変更しました
1.13まで:-)。 おかげで、今のところこれを忘れることができます。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/features/issues/555#issuecomment-414797736 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAnglgxXgV0DuPpOq4P4UZZjMY8Fcx6Lks5uTGMDgaJpZM4TKb_j
。

申し訳ありませんが、これをメールで確認し、ドライラン機能の問題と間違えました。 はい、サーバーサイドアプライは1.12では起動していません。

@ lavalamp @ apelisseスプレッドシートに変更を加えます。 私たちに気づかせてくれてありがとう！ cc @justaugustus

この一部として1.13にどの機能を導入するためにどのような作業が行われているのかをよりよく理解するために追跡できる問題やPRはありますか？

@spiffxp現在問題はありません。 このためのワーキンググループがあり、スプレッドシートでタスクを追跡しています。 進捗状況を追跡し、可視性を高めるために問題を作成しようと思います、ありがとうございます。

これは問題ではありませんか？

PRについては、こちらをご覧ください： //github.com/kubernetes-sigs/structured-merge-diff/pulls

また、メインリポジトリを調べて、名前で「機能ブランチ」を検索します（たとえば、Jennyは現在APIを変更しています）。

https://docs.google.com/document/d/1j_UqnJRvB7AywfZauHybVVNCOoDDA1AGWGxzPGE08ko/edit# （読みたい場合はwg-applyメーリングリストに参加してください）

会議の録音もありますが、公開が遅れている可能性があります。

@lavalamp @apelisse 1.13でAlphaにどれくらいですか？ これらの3つのPRだけが保留中ですか？

@lavalamp右私のQは、機能ブランチのもののいずれかが

4月に言及されたロードマップのドキュメントがありますが、それがまだ有効であるかどうか、もしそうなら、現在どのフェーズにあるのか、それとも目標としているのかは私にはわかりません。

sig-api-machineryミーティングノートの最新のコメントに基づいて、「時間内にアルファ版に到達するかどうかわからない」ために監視する必要のある作業項目と、「アルファ版」が機能の着陸を意味するかどうかを確認しようとしています。マスターへの分岐

@spiffxpはい、アルファ版にすることは、機能ブランチをマスターにマージすることと同じです。

@AishSundarいいえ、まだ書かれていないPRがたくさんあります。 最近の速度の見積もりについては、そのリポジトリのクローズドPRを確認してください。 さらに、メインリポジトリの機能ブランチへのPRがさらに必要になります。

このレベルの詳細が必要/有用である理由を理解するのに2人で助けてもらえますか？ 何かがフリーズしたりスラッシュしたりするまで、まだ3週間ありますね。 それまでにブランチがマージされない場合は、これをプッシュする必要があります。

@lavalampは短いリリースサイクルであるため、リリースチームは、計画された各機能で保留中の作業量と、起こりうるスリップの可能性を早い段階で評価しようとしています。 これは、サイクルを通じてこれらをより適切に追跡するのに役立ちます

1.13でこれを取得するための作業が確実に残っており、スリップする可能性は無視できません。 しかし、私たちはまだチャンスをつかみたいと思っており、残りの数週間でアルファ品質に到達するのに十分であることを願っています。

私はあなたが可能な限りそのアイテムを追跡するのを手伝ってうれしいです、そしてあなたにステータスを与えるために定期的にあなたに戻ってくることができます。 お役に立てば幸いです、ありがとう。

@apelisseは、未解決のPRと未解決の問題（未開封のPRの場合）のリストを

@ kacole2 as FYI

私たちは、特定のPRを書く必要がある特定の問題を介して作業を追跡していません。これは、私たちにとってかなり重いものです。 このスプレッドシートを使用しています： //docs.google.com/spreadsheets/d/1ZHTDyiQssYBzs7DQWQd70bNQybeyS0m-S1aIS_zo-78/edit？pli = 1＃

（あなたはおそらくすでにアクセスできるいくつかの電子メールグループにいます）

@spiffxpとのオフラインチャットでは、実際にリスクを評価しようとしているようです。 上記の質問は、これが機能ブランチで発生していることを考えると、この特定の取り組みには実際には意味がないと思います。これが、おそらく私たちがお互いを超えて話している理由です。

• 安定性へのリスクに関しては、ウィンドウが閉じる前にバーに合わない場合はマージしないため、リスクはほとんどありません。 すべての変更は機能ブランチまたは他のリポジトリにあるため、変更しないとマスターが半分壊れた状態のままになるわけではありません。
• 時間内にフィニッシュラインに到達しないリスクに関しては、時間が短いことを十分に認識しており、リリースを行わない可能性が高いです。

こんにちは@lavalampと@apelisse 、私は1.13リリースのドキュメントラングラーです。 k / websiteのdev-1.13ブランチに対するこの拡張機能のドキュメントのプレースホルダーPRを開いて、リンクを送っていただけませんか。 すでにドキュメントPRを開いている場合、またはk / websiteのドキュメントが不要な場合は、お知らせください。

1.13リリースのプレースホルダーPRの締め切りは11月8日です。したがって、ドキュメントPRをできるだけ早く作成することが重要です。

ご不明な点がございましたら、お気軽にお問い合わせください。 たるみについて私にメッセージを送ることもできます（私もそこにいます）。

ありがとう！

@tfogo助けてくれてありがとう！ ここで作成しました： https ：

こんにちは@lavalampと@ apelisse-私は1.13のEnhancementsShadowです。 このスレッドを読み、この機能を追跡する方法を検討して、この拡張機能が1.13リリースになる可能性があるリリースチームを更新してください。

コードのスラッシュは11/9に始まり、コードのフリーズは11/15です。

ありがとうございました！

こんにちは@guineveresaenger 、リリースを見逃す可能性はまだありますが、1.13で高品質のアルファ機能を実現するためにできる限りのことをしています！

@apelisseは、Go / NoGoの決定を来週の水曜日（11/14）にタイムボックス化してください。 サイクルのこの時点で、1.13のすべての拡張機能で、すべてのコードとテストのPRがマージされるか、マージに非常に近いものになると予想されます。 この機能が機能ブランチで開発されていることを理解しています。 しかし、来週の金曜日（11/16）にコードがフリーズするため、マスターから数日間安定したCIシグナルを取得するには、少なくとも水曜日の初めまでにコードをマスターにマージする必要があります。 それが不可能な場合は、1.14にプッシュする必要があります。 ありがとう

@ kacole2

最後の1秒間にいくつかのバグが見つかったので、マスターが開いたときに1.14の最初のものとしてこれをマージします。

@lavalampを更新していただきありがとうございます。

@ kacole2 @tfogo @marpaia @ kbarnard10 as FYI

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

こんにちは@claurence 、このサイクルでこの機能アルファをリリースする予定です！ 新しいマイルストーンを反映するように説明を更新しました。 他に更新する必要があるものはありますか？

@apelisseはいいですね！ これを1.14トラッキングシートに追加します。

この後、クライアントによって実行されるAPIリクエストはどのようになりますか？ 完全なローカルリソース定義を送信すると思いますが、それでもPATCHリクエストでしょうか？ またはプット？

私はこれに本当に興奮しています、それはカスタムクライアントから多くの複雑さを取り除きます。

はい、特定のコンテンツタイプでPATCH動詞のローカルオブジェクトを受け取ります。

ところで、デザイン提案へのリンクが壊れています

修正、ありがとう、良いキャッチ。

これは最新のリンクのようですhttps://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/0006-apply.md

ところで、そこにリンクされているすべてのデザインのGoogleドキュメントは公開されていません。

こんにちはフェリックス、そのドキュメントは大規模なクリーンアップが必要です。コードがフリーズした直後（または時間に余裕がある場合はその前）に処理します。 ありがとう！

私は戻ってきました、多分私はKEPを更新することができます。

/ラバライトを割り当てる

こんにちは@apelisse！ 私はv1.14ドキュメントリリースシャドウの1つです。

この拡張機能には、新しいドキュメント（または変更）が必要ですか？

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

@ cody-clarkのリマインダーをありがとう、私たちは間違いなくドキュメントが必要です！

完全！ トラッキングシートにマークを付けます。 迅速な返信をありがとう、@ apelisse！

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

テスト計画がない場合、この拡張機能は1.14リリースに含まれるリスクがあります。

@claurence説明を更新しました。何か違うことを期待している場合は、お知らせください。 ありがとう！

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

ねえ@ lledru 、1週間かそこらでマージされるはずのいくつかのPRが飛行中です。 それらのどれも実際にリリースをブロックしておらず、現在の状態で絶対にリリースできます！

こんにちは@apelisse 、
テストプランとともにKEPに対するPRを提出していただけますか？
この情報は、リリースに対するこの機能の準備状況を知るのに役立ち、CISignalに特に役立ちます。
テスト計画がない場合、この拡張機能は1.14リリースに含まれるリスクがあります。
どうもありがとうございます。

@apelisseさん、ドキュメントの締め切りは3月1日金曜日でした（プレースホルダーPRを開くため）。 dev-1.14ドキュメントのPRが進行中ですか？ これはまだ1.14をターゲットにしていますか？

ドキュメントのプレースホルダーを作成しました：https：//github.com/kubernetes/website/pull/12898。 それが正しいかどうかはわかりませんが、少なくとも存在します:-)

@lledruリマインダーをありがとう、 @ jennybuckleyはKEPの更新に取り組んでいます。

@lledruあります：＃878

@apelisse 1.15でここで計画されている作業、またはAlphaにとどまる作業はありますか？

はい、ベータ版1.15になります。

@apelisseに感謝します。 時が来たら、KEPで呼び出されているベータ卒業基準に関連付けられているk / kPRをドロップします

/マイルストーンv1.15
/ステージベータ

ねえ@apelisse。 1.14のプレースホルダーPRがあったようですが、5月30日木曜日までにk / website（ブランチdev-1.15）に対するPRが必要です。完全なドキュメントの始まりであるといいのですが、プレースホルダーPRでも許容されます。 ご不明な点がございましたらお知らせください。

@simplytunde @apelisse 「clearmanagedFields」タスクのドキュメントに追加するものがまだあるので、私が処理します。

ありがとう@kwiesmueller私が助けることができるかどうか私に知らせてください！

完了： https ：
これをプレースホルダーPRとして使用し、1.15で追加したい他のことに使用できます。

私はこれが着陸するために終了しました（来月？）。
すでに（ミニクベで）試してみる方法はありますか？

こんにちは@ apelisse @ kwiesmueller 。 コードフリーズは2019年5月30日木曜日@EODPSTです。 リリースに含まれるすべての拡張機能は、テストを含めてコードが完全であり、ドキュメントPRが開いている必要があります。

凍結状態になるのを追跡できるように、現在のすべてのk / kPRをリストしてください。 PRがフリーズによってマージされない場合、この機能は1.15リリースサイクルでスリップします。 マイルストーンでは、リリースブロックの問題とPRのみが許可されます。

これがスリップすることがわかっている場合は、返信してお知らせください。 ありがとう！

これがコードフリーズによってどのように行われるのか、私には本当にわかりません。 1.16のマークを付けることができると思います：-/

😭

@felixfbecker ServerSideApply機能を有効にして、任意のkubernetes1.14以降を使用して試すことができます。

ミニクベでは、私が理解している限りでは... minikube start --feature-gates=ServerSideApply=trueようになります！

申し訳ありませんが、最初に対処する必要のあるスケーラビリティの問題があります。

/マイルストーンクリア

これにより、1.14でリリースされたすべてのものに加えて、それ以降にマスターにマージしたものが有効になります。
あなたが欲しい機能、それを使って構築しているもの、そしてあなたがその機能について嫌いなものについてもっと知りたいです！ たるみについてお気軽にpingしてください（apelisse @）

その最後のコメントは私に向けられましたか？

@felixfbeckerと自分の投稿を削除した他の誰か;-)

@felixfbeckerそれは私でした。 このスレッドに出くわした後に答えを見つけたので、投稿を削除して申し訳ありません🙂

こんにちは@apelisse 、私は1.16エンハンスメントシャドウです。 この機能は1.16でアルファ/ベータ/安定ステージを卒業する予定ですか？ 1.16 Tracking Spreadsheetに追加して、マイルストーンタグとステージタグを更新できるように、お知らせください。

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

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

ありがとうございました。

はい、この機能をベータ版としてリリースする予定です。

/ remove-label tracked / no
/ label tracked / yes
/マイルストーンv1.16

ねえ、 @ apelisse @ lavalamp私はv1.16ドキュメントのリリースリーダーです。

この拡張機能（またはv1.16で計画されている作業）には、新しいドキュメント（または変更）が必要ですか？

8月23日金曜日までに予定されているk / website（ブランチdev-1.16）に対するPRを探しています。 それが完全なドキュメントの始まりであるならばそれは素晴らしいでしょう、しかしプレースホルダーPRでさえ受け入れられます。 ご不明な点がございましたらお知らせください。

サーバーサイドアプライの限定バージョンはv13（クラスターが存在する場所）で利用できますか？ 上記のいくつかの交換は、それがそうであるかもしれないことを暗示しているように見えました。 私のユースケースは、オペレーターの調整ループでポッド/デプライメント/サービスを作成するためのものです。 api / core <> Podなどを使用するのは面倒でエラーが発生しやすく、サーバーapiを使用してyamlを適用できる方がはるかにクリーンです。 提案をありがとう。

@ champak 、 オンにすることで試すことができますが、これはまだアルファ機能であることに注意してください。

1.16の@apelisseコードのフリーズは、

@ kacole2はい、いくつかあります：

• https://github.com/kubernetes/kubernetes/pull/81754
• https://github.com/kubernetes/kubernetes/pull/78738
• https://github.com/kubernetes/kubernetes/pull/81816

この機能を有効にするには、もう1つの簡単なPRも必要です。

ベータ版に入る基準は何ですか？ サーバー側の適用を試しましたが、 kubectlように、クライアント側の適用の代わりとして実際に使用できるようには見えません： https ：

@felixfbeckerすみません、すり抜けてしまいました！ 試していただきありがとうございます。 私は何かが間違っていることに同意し、ベータ版のためにそれを修正する必要があります。

しかし、一般的には、これはクライアント側の適用の拡張であると期待しているように聞こえますが、実際には並列システムのようなものです。どちらか一方を使用してください。 一般的な移行メカニズムは、バグのジェニーのアドバイスに従うことです。 これは、非常に安全なエクスペリエンスを提供するために行われました。必要な動作を正確に選択できます。

クライアント側の適用を廃止する場合は、シームレスな移行エクスペリエンスを提供します。

こんにちは@apelissehttps ：//github.com/kubernetes/kubernetes/pull/81816はコードがフリーズする前にマージされておらず、 MergePoolにないようです。 この機能はv1.16から追加される予定です。 それでもこれを1.16リリースの一部にしたい場合は、例外を

必須のprsがマージされました。これは現在ベータ版です。

金、2019年8月30日には、4:58ケンドリック・コールマン[email protected]
書きました：

こんにちは@apelissehttps ：//github.com/apelisseそれはまるで見える
kubernetes / kubernetes＃81816
https://github.com/kubernetes/kubernetes/pull/81816は以前にマージされませんでした
コードがフリーズし、Tide Merge Poolhttps ： //prow.k8s.io/tideにありません。
この機能はv1.16から追加される予定です。 それでもしたい場合
これを1.16リリースの一部にする場合は、例外を提出してください
https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/enhancements/issues/555?email_source=notifications&email_token=AAE6BFRCLZC47AWM6AQMJE3QHEDOPA5CNFSM4EZJX7R2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVX
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAE6BFRKMWNNIOAIINJGBELQHEDOPANCNFSM4EZJX7RQ
。

@lavalamp明確にしてhttps://github.com/kubernetes/kubernetes/pull/81816は必須ではなかったと言ってい

@guineveresaengerこの機能がベータ版である必要はありません。 そのPRはスケーラビリティの懸念に対処するためのものであり、将来のリリースでマージできます。APIは変更されず、この新機能によって多くのものが管理されるクラスターのパフォーマンスが向上するだけです。

@guineveresaengerはい、ベータ1ではオブジェクトごとにオプトインされているため、グローバルなパフォーマンスへの影響がなくなったため、これは必要ありません。

@lavalampを教えてくれて

こんにちは@ lavalamp @ apelisse -1.17拡張機能がここにつながります。 チェックインして、この拡張機能が1.17でアルファ/ベータ/安定版に移行すると思われるかどうかを確認したかったのですか？

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

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

その場合は、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

/マイルストーンクリア

こんにちは@mrbobbytables 、次のリリースでこの機能の大幅な改善を計画していますが、GAへの移行はまだ計画していません。 ありがとう。

@apelisseは指摘しました-迅速な対応に感謝します！ 😄

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

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ lifecycle stale

/ remove-lifecyclestale

1.18のこの機能の「ベータ2」リリースに取り組んでいます。追跡する必要があるかどうかはわかりませんが、プロセスを実行できます。

ねえ@apelisse 、それを強調してくれてありがとう！ 拡張シートでは、ベータ版内の変更として追跡します。 これに関連してKEPに変更はありますか？ それとも、これはコードの変更に関連しているだけですか？ これに関連するすべてのk / k PRをリンクして追跡できるようになれば、それは素晴らしいことです。

KEPを変更する場合、EnhancementsFreezeは1月28日になります
コードフリーズは3月5日です。

ありがとう！

/マイルストーンv1.18

https://github.com/kubernetes/enhancements/pull/1442が28日までマージされる可能性があり
たぶんhttps://github.com/kubernetes/enhancements/pull/923です。

そして、 https：//github.com/kubernetes/enhancements/pull/1123がマージされたのを見たので、実装によって1.18にもなる可能性があります。

こんにちは、 @ apelisse-私は1.18リリースチームのドキュメントシャドウです。

1.18で計画されているこの拡張作業には、新しいドキュメントや既存のドキュメントへの変更が必要ですか？

そうでない場合は、1.18エンハンスメントトラッカーシートを更新してください（またはお知らせください。更新します）

ドキュメントの更新が必要な場合は、k / website（ブランチdev-1.18）に対するプレースホルダーPRの期限が2月28日金曜日であることを思い出してください。

ご不明な点がございましたらお知らせください。

現在、ドキュメントに取り組んでいます。リマインダーをありがとうございます。

ねえ@ apelisse @ kwiesmueller 、

1.18のコードフリーズは2020年3月5日であることを覚えておいてください。

コードのフリーズに向けて追跡しているので、この拡張機能の卒業に向けて取り組んでいるPRをリストアップ/リンクしてください。

念押し有難う！

ねえ@ apelisse @ kwiesmueller 、

コードのフリーズに近づきつつあるので、戻ってきます。 この問題をより適切に追跡できるように、作業中のk / kPRをリストしてください。

私が取り組んでいるものではうまくいかないと思います。
@apelisseはDRYRUNとの差分と、いくつかの、おそらく@julianvmodestoを持っているのでしょうか？

プレースホルダードキュメントPRを作成しました： https ：

@apelisseのフレンドリーなリマインダーで、1.18のコードフリーズは3月5日です。 それはほんの数日です。 上記のドキュメントPRを開いていただき、ありがとうございます。これに関連するK / K PRにリンクして、コードのフリーズに近づいたときに拡張の進行状況をより正確に追跡できるようにしてください。

本当にありがとう！

@apelisseさん、残念ながらhttps://github.com/kubernetes/kubernetes/pull/88875は、コードがフリーズする前にマージされませんでした（まだ承認が必要なようです）。 この時点で、この1つの例外リクエストを提出する必要があります。

/マイルストーンクリア

これで何が起こっているのですか？

まだベータ版であり、新しい改善に取り組んでいますが、GAの準備はまだできていません。 これについては、数日中にブログ投稿をリリースします。

こんにちは@ apelisse -1.19拡張機能ここをリードします。この拡張機能が1.19で卒業すると思われるかどうかを確認したいと思いますか？

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

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

こんにちは。このサイクルでこの機能を宣伝する予定はありません。ありがとうございます。

更新してくれてありがとう@apelisse 。 それに応じてトラッキングシートを更新します。 ：+1：

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

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ lifecycle stale

/ remove-lifecyclestale

こんにちは@apelisse

拡張機能はここをリードします。 これを1.20で卒業する予定はありますか？

ありがとう、
キルステン

実は、既存の機能を継続的に改善する予定ですが、1.20の卒業は予定されていません。ありがとうございます。