@erictune fyi

@soltyshこの機能についてどのSIGで話し合うことができますか？ この機能のサードパーティリソースと、コアに組み込む必要があると考える理由について、もう少し詳しく説明したいと思います。

とりあえずSIG-Appsを使ってみましょう。 私が見たコントローラーについての議論はあまりありませんでしたが、それがどのように行われるかを試してみましょう。

これはコアからの除外を検討されていますか？ 私はその提案がすでに受け入れられていると思っていました。

@gtaylorまだ何も決まっていない。 現在、バッチでアルファグループの一部になりますが、これがより安定した状態に移行したときに何が起こるかはまだわかっていません。

私の理解では、これはコアに受け入れられましたが、ジョブワークフローはコアに拒否されました。 実際、当初は1.3でそれを計画していました。

@davidopp私のコメントは、以前に@ philips @ erictuneとここで行った議論に基づいてい

@soltysh私はコメントをコアにあることを示唆していると解釈しました（アルファ/ベータの言及と「誰かが1.4よりかなり前にscheduledJobのサードパーティバージョンを作成し、それが比較的有用であることを示した場合」というステートメントに基づいています、それは後者のパスの説得力のある議論になるでしょう」後者のパスはThirdPartyでした）。

@davidoppは、SJが1.4でベータ版になると思ったときにコメントしました。 現在、1.4ではAlphaに移行します。 哲学は、何らかの理由でアルファ機能をキャンセルできるというものでしたが、ベータ機能をキャンセルするにはかなり高い基準が必要です。

また、SJに取り組んでいるすべての人にとって、上記の会話にもかかわらず、私たちは全速力で作業を続ける必要があります。 作業の多くはどちらの方法でも適用されるため、ユーザーがフィードバックを提供できるように、何らかの機能をユーザーに提供する必要があります。

すべてのSJ作業はフルスピードで行われ、残っている唯一の問題は（うまくいけば） https://github.com/kubernetes/kubernetes/pull/29187を使用することです。この問題について今日または@smarterclaytonと話し合うことを望んでいます。週末にマージされたので、来週は次々にSJPRがマージされるはずです。

@soltysh ：＃29187がマージされたようですが、次の1.4アルファリリースでSJをプレイする準備ができているということですか？

@eghoboそれが計画です。

これにはk8s.ioのドキュメントが必要ですが、コードが含まれているようです。

+100

@soltyshはドキュメントが完了したと見なされますか、それとも例やチュートリアルを追加しますか？ ドキュメントが完成したら、ドキュメントボックスをチェックできます

@janetkuo私は通常、それらがマージされたら完了としてマークします。 そのことを念頭に置いて、一方をブランチ1.4と照合し、もう一方はマージを待ちます。

これはCronJobsに名前が変更されたので、その変更を反映するようにタイトルを更新します。

これは1.5のベータ版になる予定ですか？

@ConorNevinは残念ながらそうではありません。問題の説明にあるベータ要件を参照して、ベータに昇格させるために最初に対処する必要があるものを確認してください。 申し訳ありませんが：失望：それらを修正するのに役立つことを強くお勧めしますが：smiley：

アルファ機能を実行する機能がなくても、cronjobのような機能が必要な場合は、 https：//github.com/wercker/cronetesがまだあります。

機能がCronJobsに実装されると最大で実行されますか？
アルファ版に含まれていなかったことがわかります-https：//github.com/kubernetes/kubernetes/blob/master/docs/proposals/scheduledjob.md#decision

@ vinay-g最終的にはそうだと思いますが、いつになるかわかりません。 でも助けはいつでも歓迎です:)

この機能は引き続きマイルストーン1.4に添付されており、1.6マイルストーンスプレッドシートにはCron / ScheduledJobsについては何も記載されていません。

これはまだ1.6ベータリリースの予定ですか？ GKEのお客様として、私はクラスター外のすべてのcronをクラスター自体に移動し始めたいと思います（クロネットを使用せずに）。

それはそう。 私が間違っていなければ、この非常に必要な機能は1.3バージョンから引きずり込まれています。 私自身も同じ立場にあります。問題が発生するまで待つことができないため、オンプレミスのジョブをGKEにプルし始めることができます。

マイルストーンを次のマイルストーンに変更しました。CronJobsを安定させるためにやるべきことはまだたくさんあります。もっと積極的に進めたいのですが、残念ながら時間の不足が主な要因です。」 tatm。

ImagePullSecretsはChronJobテンプレートでサポートされていますか？

@soltysh更新して

ImagePullSecretsはChronJobテンプレートでサポートされていますか？

テンプレートからポッドを作成しているので、 @ avaranovichは

ねえ@soltysh 。 このベータ版ですぐに見たいです！ 手伝いたいのですが、何が必要かわからない/次のステップはここにあります。 チェックリストを少し改良していただけますか（おそらく、関連する問題/ドキュメントを作成/指摘してください）。 🙂

ベータ版の前の@ApsOpsは、サーバー側の削除を実装し、Google App Engineとクロノス形式をサポートし、タイムゾーンの使用を許可する必要があります。 おそらく、CronJobsに関連する私にあるバグを一掃するのは素晴らしいことです。 1.6で実行できるとは思えませんが、次のリリースでは実行可能です。 最も重要なのは、このトピックに関連して作成するすべての問題/広報で私にタグを付けることです。

@soltysh

現在のようにCronJobsを使用している人はかなりいると思いますが、ほとんどの場合、「いつベータ版になるのか」と聞いていますが、アルファ版の問題はそれほど多くありません。

現在のAPIを壊すことなく、サーバー側の削除、アプリエンジンとクロノス、タイムゾーンを追加できると確信している場合は、ベータ版を今すぐ移動せず、GAの前にそれらを追加する理由はありません。

+ 1CronJobsベータ版の場合。 それらがベータ版であり、クラスターのリセットが不要になるとすぐに、ここにある多くのワークフローにとっては致命的な機能になります。

この機能がベータ版になるのを楽しみにしており、アルファ版で問題は発生していません。

個人的には、少なくとも削除の部分に対処したいと思います。成功したジョブと失敗したジョブの数に設定可能な制限を追加する作業をすでに行っている人がいます。 そして、除去は重要な要素だと思います。 今後のsig-apps呼び出し中に、これを1.6または1.7のベータ版に移行するオプションについて説明しましょう。 @michelleNこれをトピックとして追加してもよろしいですか？

@NiclasHedamはあなたの問題に対処しました、私が見たことがない未解決の問題がありますか、それらの中で私を開いて/ pingすることを気にしますか？

それらはすべて1.4.7で対処されています

これをサポートするGUIを追加する計画はありますか？ たとえば、私は現在次のことを見ることができます：

[obatori<strong i="6">@obatori</strong>:~] >> kubectl get cronjobs
NAME         SCHEDULE      SUSPEND   ACTIVE    LAST-SCHEDULE
cron-hello   */1 * * * *   False     0         Tue, 25 Jul 2017 09:11:00 -0400
hello        0 22 * * *    False     0         <none>

ただし、GUIでは、現在のジョブとそれに関連するスケジュールではなく、過去の実行のみを表示できますか？ また、 kubectl getは、実際には機能しますが、有効なリソースタイプとしてcronjob / cronjobsをリストしません。

当然、何かが足りない可能性がありますが、GUIのさまざまな部分を徹底的に検索しても、まだ私の仕事はわかりません。

@oscarbatori kubernetes / dashboardリポジトリで問題を開き、その機能強化を依頼してください。

@luxasが対応します。迅速な対応に感謝します。

@soltysh 1.8リリースのこの機能のk8s.ioドキュメントPRをここに追加してください： https ：//docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid = 0

@soltyshこの機能は、スプレッドシートのトラッキング機能でリストされている- https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid = 0を、しかし、1.8マイルストーンが割り当てられていません。

この機能は1.8を対象としていますか？

@idvoretskyiは部分的に、ベータへの昇格は1.8を対象としており、その時間枠で行われました。 これにはマイルストーンが設定されていません。b/ c安定化への将来の昇進についての明確な計画はまだありません。

@soltyshは理解しました。 それで、1.8マイルストーンでマークします。

ありがとう！

@idvoretskyi 1つの機能（ CronJobsを手動で開始する機能）があるので、CronJobsに関連する1.9リリースに入ろうとしています。ここに1.9ミルストーンを追加します、大丈夫ですか？ その単一のアイテムを追跡するためだけに別の問題を作成したくありません。

おそらく、CronJob関連の機能に導入された（計画された）変更を反映するように、最初の説明を更新しようとします。

@soltysh機能の説明の更新に進展はありますか？ :)

新しいテンプレートを使用してください-https：//github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@soltysh ：wave： 1.9機能追跡ボードに示してください
この機能にドキュメントが必要かどうか。 はいの場合は、PRを

@idvoretskyi 1つの機能（ CronJobsを手動で開始する機能）があるため、CronJobsに関連する1.9リリースに入ろうとしています。ここに1.9ミルストーンを追加します。

この特定の機能は1.9には含まれません。 マイルストーンを1.10に移動しませんか？

1.10マイルストーンには、次の3つのトピックがあります。

1. CronJobでのTimeZoneのサポート（https://github.com/kubernetes/kubernetes/pull/47266）-@iterion理由については、このコメントを参照してください
2. CronJobの手動インスタンス化（https://github.com/kubernetes/kubernetes/pull/53988）-@erhudy
3. （？）共有インフォーマーを使用するようにコントローラーを書き直します（https://github.com/kubernetes/kubernetes/issues/17130）-@soltysh

@soltyshとまだベータ版ですよね？

安定した要件：

1. コントローラ内の共有インフォーマー（https://github.com/kubernetes/kubernetes/issues/17130）
2. さまざまな時間形式をサポートします（ ISO 8601 、 GCE時間形式）。

@soltysh機能追跡スプレッドシートは、ドキュメントの更新が必要であることを示しています。 これは確かに本当ですか？ もしそうなら、できるだけ早くあなたのPRを入手してください（今日はドキュメントの締め切りですが、私は人々に通知するのが苦手です）。 そうでない場合は、スプレッドシートを更新し

@soltysh docsping-ドキュメントPRのマージの締め切りは3月9日金曜日です。前のコメントを参照してください。 ありがとう！ / cc @idvoretskyi

@ Bradamant3遅延して申し訳ありませんが、この機能にはドキュメントの更新は必要ありません。 リンクされたスプレッドシートにコメントを追加しました。

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

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

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

cc @idvoretskyi

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

https://github.com/kubernetes/kubernetes/issues/17130を満たすようにコントローラーを書き直しましたが、まだ時間に苦労しています。 したがって、これは実際の計画よりも希望的観測です：wink：

かっこいい。 これについてマイルストーンを押し上げます。

これを安定させるための計画に関する更新はありますか？ マイルストーンの欠如に基づいて、これは1.12では発生しないと思いますか？

これを安定させるための計画に関する更新はありますか？ マイルストーンの欠如に基づいて、これは1.12では発生しないと思いますか？

@soltysh ^^

@ spiffxp-以前に

やあ
この拡張機能は以前に追跡されているため、チェックインして、Kubernetes1.13のステージを卒業する計画があるかどうかを確認したいと思います。 このリリースは、より「安定」することを目的としており、積極的なタイムラインがあります。 次の期限に間に合うと確信できる場合にのみ、この拡張機能を含めてください。

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

1.13拡張トラッキングシートに含める必要がある場合は、今後の追跡とping @ kacole2のために、元の投稿のマイルストーンを更新してください。

ありがとう！

@ kacole2共有インフォーマーであるcronjobコントローラーの最大の問題を修正するまで、これはどこにも移動しません。 このトピックについては、次回のSIG-Appsの呼び出しで説明します。

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

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

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

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

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

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

20190212T2157Zなどのジョブのプレフィックスはどうですか

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

/ライフサイクル凍結

kubernetes/enhancements開かれた拡張機能の問題は、フリーズとしてマークされるべきではありません。
拡張機能の所有者は、リリースサイクル全体で状態を一貫して更新することにより、拡張機能を最新の状態に保つことができます。

/ remove-ライフサイクルが凍結されました

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

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

ユーザーとして、私はこの種類のリソースを長い間うまく使用してきました。 APIに大きな問題は見られませんでした。 GAとして出荷する時が来ましたか？

卒業式のKEPに取り組んでいます

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

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

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

注意として、すべての拡張には、各アルファ/ベータ/安定ステージの要件を説明する卒業基準を備えた実装可能な状態のKEPが必要です。

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

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

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

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

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

もしそうなら、私はそれを1.17追跡シート（https://bit.ly/k8s117-enhancement-tracking）に追加します。 コーディングが開始されたら、適切に追跡できるように、この号に関連するすべてのk / kPRをリストしてください。 👍

ありがとう！

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

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

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

/ remove-lifecyclestale

こんにちは@ soltysh @ kow3ns 、

1.18拡張チームメンバーはこちら。 チェックインして、この拡張機能が1.18でアルファ/ベータ/安定版に移行すると思われるかどうかを確認したかったのですか？ 拡張機能は1月28日に凍結される予定です。

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

ありがとう！

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

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

ちょっと@ palnabarun @

更新してくれてありがとう、 @ soltysh 。 強化はリリースのために安定することを目標としていると思います。 トラッキングシートで同じものを更新しています。 それ以外の場合はお知らせください。

/ステージ安定

/マイルストーンv1.18

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

KEPに関する最新情報はありますか？

Slackの@mattfarinaによると、これは1.18で安定するまで卒業しません。 1.18マイルストーンから削除し、リリース追跡シートから削除します。

KEP PR： https ：

/マイルストーンクリア

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

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

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

/ remove-lifecyclestale

こんにちは@ soltysh @ kow3ns 、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がリリースされました

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

ありがとう！

ねえ@ soltysh / @ kow3ns 、 v1.19リリースの一部であるこの拡張機能に関する以前の更新をフォローアップしています。

これがリリースv1.19に含まれる可能性について、何か更新がありますか？

あなたの時間と貢献にもう一度感謝します。 🖖

ねえ@ soltysh / @ kow3ns 、 v1.19リリースの一部であるこの拡張機能に関する以前の更新をフォローアップしています。

これがリリースv1.19に含まれる可能性について、何か更新がありますか？

あなたの時間と貢献にもう一度感謝します。 🖖

ねえ@ soltysh / @ kow3ns 、拡張機能をv1.19含める予定はありますか？ トラッキングシートを更新して包含状態を表示できるように、お知らせください。

_拡張機能のフリーズは5月19日です_

最近、KEP形式が変更されたことに注意してください。 さらに、＃1620が最近マージされ、KEPテンプレートに本番準備レビューの質問が追加されました。
この機会にKEPを再フォーマットし、そのPRのテンプレートに追加された質問にも答えてください。

ありがとう、
🖖

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

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

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

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

/ライフサイクル凍結

kubernetes/enhancements開かれた拡張機能の問題は、フリーズとしてマークされるべきではありません。
拡張機能の所有者は、リリースサイクル全体で状態を一貫して更新することにより、拡張機能を最新の状態に保つことができます。

/ remove-ライフサイクルが凍結されました

/ライフサイクル凍結

こんにちは@soltysh

拡張機能はここをリードします。 1.20でこれについて何か計画はありますか？

ありがとう、
キルステン

@kikisdeliveryserviceはい、これをゆっくりと移動することを計画しています。提案についてはください。したがって、1.20は新しいコントローラーをアルファ版として導入するときです。 最初の説明をすべての適切なリンクで更新し、現在のテンプレートと一致させました。

/マイルストーンv1.20

@kikisdeliveryserviceはい、これをゆっくりと移動することを計画しています。提案については＃1996を参照してください。したがって、1.20は、新しいコントローラーをアルファ版として導入するときです。 最初の説明をすべての適切なリンクで更新し、現在のテンプレートと一致させました。

OK私はこれをたくさん読みました、そして私は少し混乱しています😄
KEPはベータ版です。 ベータ版のままですか？ 1.21 GAまで？

# The target maturity stage in the current dev cycle for this KEP.
stage: beta

# The most recent milestone for which work toward delivery of this KEP has been
# done. This can be the current (upcoming) milestone, if it is being actively
# worked on.
latest-milestone: "v1.20"

# The milestone at which this feature was, or is targeted to be, at each stage.
milestone:
  alpha: "v1.4"
  beta: "v1.9"
  stable: "v1.21"

これをGAに到達させるために、1.20（新しいコントローラーなど）の間に作業が行われるようですが、その作業はGAの前にリリースまたは2で完了する可能性がありますか？ 私はそれを正しく理解しましたか？ したがって、1.20リリースではこれを追跡する必要はありませんか？

（間違っていたら訂正してください!!）

これをGAに到達させるために、1.20（新しいコントローラーなど）の間に作業が行われるようですが、その作業はGAの前にリリースまたは2で完了する可能性がありますか？ 私はそれを正しく理解しましたか？ したがって、1.20リリースではこれを追跡する必要はありませんか？

それは正しいです。 1.20自体をターゲットにしているわけではありませんが、重要な作業のチャンク（新しいコントローラー）は1.20に到達します。 そういうわけで私はそれが1.20のために追跡されるべきだと思います、そうではありませんか？

/ステージベータ

@soltysh理にかなっていますそれで転がりましょう：+1：

私自身の記録では、PR（基準を満たす） https://github.com/kubernetes/enhancements/pull/1996が10月6日までにマージされるのを待っています。

KEPが統合されました！ ：partying_face：

ねえ@soltysh ！

拡張機能は1.20に予定されているため、今後の重要な日付に注意してください。
11月6日金曜日：第8週-ドキュメントプレースホルダーのPR期限
11月12日木曜日：第9週-コードフリーズ

念のため、すべてのk / kPRとdocsPRをこの問題にリンクして、追跡できるようにしてください。

ありがとう！
キルステン

こんにちは@ soltysh 、1.20ドキュメントシャドウはこちら。
1.20で計画されているこの拡張作業には、新しいドキュメントや既存のドキュメントへの変更が必要ですか？

もしそうであれば、手順に従ってくださいここに対してPRを開くためにdev-1.20中に支店k/websiteレポ。 このPRは現時点では単なるプレースホルダーであり、 11月6日までに作成する必要があります

また、リリースのドキュメント要件を確認して、リリースのドキュメント要件を理解してください。
ありがとうございました！

ロジャーその：+1：

こんにちは@soltysh
ドキュメントのプレースホルダーの締め切りはもうすぐです。 締め切り前に、 k/websiteのdev-1.20ブランチに対してプレースホルダーPRを

また、重要な今後の日付を覚えておいてください：

• 11月6日金曜日：第8週-ドキュメントプレースホルダーのPR期限
• 11月12日木曜日：第9週-コードフリーズ
• 11月23日月曜日：第11週-ドキュメントPRのレビュー準備完了
  リリースチームが追跡できるように、すべてのk / kPRとドキュメントPRをこの問題にリンクしてください。

• コントローラーの実装-https：//github.com/kubernetes/kubernetes/pull/93370
• ドキュメント-https：//github.com/kubernetes/website/pull/24885

こんにちは@soltysh ！

kubernetes / kubernetes＃93370はまだ開いているようですが、積極的にレビューされています。 11月12日木曜日の2日後にCodeFreezeが登場することを思い出してください。 すべてのPRはその日付までにマージする必要があります。そうしないと、例外が必要になります。

一番、
キルステン

はい、私はそれに取り組んでいます。次の数時間以内にPRがマージされない場合は、例外を入力します。

合併しました！ 素晴らしい！！