この作業は@ pweil-によって行われ、@ derekwaynecarrによってレビューされ、@ kubernetes / sig-nodeによって後援されています。

@derekwaynecarrこの機能のユーザーストーリーカードの作成を手伝ってもらえますか？

@derekwaynecarrこの機能が1.5のアルファをターゲットにしていることを確認できますか？

@derekwaynecarrこの機能が1.5のアルファをターゲットにしていることを確認できますか？

はい、この機能は実験的なものであるため、アルファ版と見なされます。

@ derekwaynecarr @ pweil-このアイテムが1.6のベータ版をターゲットにしていることを確認できますか？

@derekwaynecarr 、提案https://github.com/kubernetes/kubernetes/pull/34569は、非アクティブのためにボットによって閉じられました。

@ pweil-、 https： //github.com/kubernetes/kubernetes/pull/34569#issuecomment -273531120で、グループを変更するアプローチhttps://github.com/pweil-/kubernetes/commit/16f29ebb076dfa3c44c7c4669d55fe21c206e149を提案しました再マップされたルートグループへの/var/lib/kubelet/podsの。 これが現在どのプルリクエストでも追跡されていないことを正しく理解していますか？

@ pweil-、 --userns-remapを使用する場合のdockerの/var/lib/docker/<uid>.<gid>アプローチと同様に、 /var/lib/kubelet/pods-<uid>.<gid>を使用して、これらのサブディレクトリ内のすべてをchown / chgroupするのが理にかなっているのではないかと思います。再マップされた<uid>.<gid> 。 なぜあなたは完全なchownではなくchgrpだけを選んだのですか？

結局のところ、 @ adeltonは、これをKubernetesに対して透過的にすることが正しいアプローチだと思います。 それがshiftfsのようなものであるか、CRI（https://github.com/moby/moby/issues/28593）での実装であるかどうか。 私の既存の提案は現在オープンPRで追跡されていないというのは正しいです。

chgrpを使用する理由は、uidアクセスではなくグループアクセスを確保するというfsgroup戦略に従うことでした。

ありがとう@ pweil-。

透過的とは、 userns-remapを使用してDockerで実行できるようにするために、コードやKubernetes側の構成に何も追加する必要がないことを意味します。

fsgroup戦略については、 https：//kubernetes.io/docs/concepts/policy/pod-security-policy/#fsgroupまたはKubernetes内の一般的な方法論を意味しますか？

再マップされたuid / gidを明示的なオプションにし、それらの値を使用して必要なディレクトリをchown / chgrpする代替アプローチとして、 https：//github.com/kubernetes/kubernetes/pull/55707を提出しました。

透過的とは、userns-remapを使用してdockerで実行できるようにするために、コードやKubernetes側の構成に何も追加する必要がないことを意味します。

それが理想的です。 それが実行可能かどうか（または、より可能性が高いのは、許容可能な時間枠で実行可能かどうか）は、別の質問です：smile：

fsgroup戦略に関しては、 https： //kubernetes.io/docs/concepts/policy/pod-security-policy/#fsgroupまたはKubernetes内の一般的な方法論を意味しますか？

はい

再マップされたuid / gidを明示的なオプションにし、それらの値を使用して必要なディレクトリをchown / chgrpする代替アプローチとして、kubernetes / kubernetes＃55707を提出しました。

：+1：サブスクライブ

透過的とは、userns-remapを使用してdockerで実行できるようにするために、コードやKubernetes側の構成に何も追加する必要がないことを意味します。

それが理想的です。 それが実行可能かどうか（または、より可能性が高いのは、許容可能な時間枠で実行可能かどうか）は別の質問です

理想的には、ポッドは必要な個別のuid / gidの数/コンテナー内に表示するuidのリストを指定し、dockerまたは別のコンテナーランタイムがそれに応じてユーザー名前空間を設定します。 ただし、Dockerがコンテナーにマウントされたボリュームの所有権も変更しない限り、Kubernetesはセットアップの一部としてそれを行う必要があります。

@ pwel-、 https：//github.com/kubernetes/kubernetes/pull/55707でレビューとコメントを取得して、マージ可能な状態に近づけるための最良の方法は何ですか？

@ pweil- ^

@adelton火曜日の会議またはSlackのいずれかでsig-nodeの人々と交流しようとします： https ：//github.com/kubernetes/community/tree/master/sig-node

@ derekwaynecarr 、 https：//github.com/kubernetes/kubernetes/pull/55707をsig-nodeのレーダーに持ってきていただけませんか。

@ pweil- @ derekwaynecarrこの機能の進歩は期待されていますか？

このトピックは、sig-nodeのk8s1.11計画で取り上げます。

ここにメモを残すだけです。

ほとんどのKubernetesデプロイメントには、ホストでのルート権限を必要とするkubeシステムサービス（オーバーレイネットワークなど）があるため、 --userns=hostをサポートし、PodSecurityPoliciesをその使用法の使用に関する権限で拡張する必要があります。

編集： pid=hostを許可すると、 userns=hostも許可されると思いますが。
編集：わかりました、それは実際には正確です： https：//github.com/kubernetes/kubernetes/pull/31169。

--userns = hostをサポートし、PodSecurityPoliciesをその使用法の使用に関するアクセス許可で拡張する必要があります

PSPはすでにそのようなサポートを持っています： HostNetworkを参照してください

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

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

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

cc @idvoretskyi

@justaugustus私はこれに積極的に取り組んでいないので、@ adeltonに任せます。 @adeltonここでロードマップについてコメントできますか？ ありがとう！

sig-nodeのKEPに取り組んでいます。

@justaugustus

私は次のことをしました：

1. 説明を更新しました。
2. sigノード計画ごとに1.11マイルストーンを割り当てました
3. sig-nodeコミュニティからの更新された担当者
4. この機能は1.11のステージ/アルファ版で計画されています
5. 4/24シグノード会議で議論されている提案にリンクされています。

@derekwaynecarrアップデートしてくれてありがとう！

@ derekwaynecarr 、https：//github.com/kubernetes/community/pull/2042はhttps://github.com/kubernetes/community/pull/2067に置き換えられました。

@ derekwaynecarr 、kubernetes / community＃2042はkubernetes / community＃2067に置き換えられました。

@adeltonに感謝します、私はそれを反映するために説明を更新しました。

@derekwaynecarrの適切な項目に記入してください
1.11機能追跡スプレッドシート
に対してプレースホルダードキュメントPRを開きます
release-1.11ブランチ
2018年5月25日までに（私がこれを書いている明日）、新しいドキュメントまたはドキュメントの変更が
必要であり、関連するPRはまだ開かれていません。

@ derekwaynecarr-この機能の現在のステータスは何ですか？
一部のアイテムについてはご連絡を差し上げていないため、この機能は1.11機能追跡スプレッドシート内のMilestone risksシートに移動されました。

Milestone risksシートのこの機能のラインアイテムをできるだけ早く更新し、自分自身と@idvoretskyiにpingを送信してください。機能のステータスを評価できるか、マイルストーンから正式に削除する必要があります。

@justaugustus @mistyhacksPRはほぼ統合されていますhttps://github.com/kubernetes/kubernetes/pull/64005

フリーズする前に必要なAPIの承認が必要です。

@sjenningドキュメントのステータスは何ですか？ これが、この機能が現在At Riskとしてリストされている理由です。

@justaugustusのドキュメントも数日中に更新されます。

@ vikaschoudhary16更新していただきありがとうございます。
この機能は、機能追跡スプレッドシートのドキュメント列が更新されるまで、 Milestone Risksシートに残ります。

@ idvoretskyi 、 @ mistyhacks 、および私にpingを送信して、これが更新されたら通知してください。リリースのためにクリアできます。

これはkubernetes / kubernetes＃64005から1.12にスリップしているようです

このコメントに基づいて、これを1.11から移動します。

@derekwaynecarr @ pweil- @ sjenning @ kubernetes / sig-node-feature-requests-

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

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

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

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

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

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

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

ハッピーシップ！

/ cc @justaugustus @ kacole2 @robertsandoval @ rajendar38

現在のこの機能にはマイルストーンがないため、チェックインして、Kubernetes1.12でこれに関する計画があるかどうかを確認したいと思います。

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

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

以下を設定します。

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

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

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

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

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

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

ハッピーシップ！

PSこれは自動化によって送信されました

これは1.12で計画しています。

ありがとう。 1.12トラッキングシートに追加されました。

説明を更新して、1.11スリップし、1.12でアルファとして追跡されていることをキャプチャしました。

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

PRはまだ@ vikaschoudhary16からレビュー中ですが、彼はできるはずです
プレースホルダードキュメントを開きます。

2018年8月20日月曜日午後4時32分[email protected]
書きました：

ちょっと、そこ！ @derekwaynecarrhttps ：//github.com/derekwaynecarr私は
このリリースのドキュメントのラングラー。 私があなたを迎えることができる可能性はありますか
プレースホルダーとしてrelease-1.12ブランチに対してドキュメントPRを開きますか？ それか
このリリースでの機能の出荷に自信が持てるようになり、
レビューや編集を始めるときに一緒に仕事をすることができます。 ありがとう！ もしも
この機能にはドキュメントは必要ありません。機能を更新してください。
それを反映するためにスプレッドシートを追跡しますか？

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

ありがとう！ @ vikaschoudhary16PRが上がったら教えてください。 😄

@ vikaschoudhary16 @derekwaynecarr @ mrunalp-
この機能のドキュメントステータスに関する更新はありますか？ まだ1.12で着陸する予定ですか？
この時点で、コードのフリーズが発生しており、ドキュメントの期限は9/7（2日）です。
この機能についてできるだけ早くここに戻ってこない場合は、マイルストーンから削除する必要があります。

cc： @zparnold @jimangel @tfogo

1.13マイルストーンに移行します。

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

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

ありがとう！

@derekwaynecarr

1.13のドキュメントとステータスについてのわかりやすいリマインダーです。 ありがとう！

cc：@ vikaschoudhary16

@derekwaynecarr
サードパーティのコンテナの実行を可能にするk8sクラスターを運用しています。 セキュリティの観点から、これは私たちがしばらく待っていた重要な機能です。 これを優先度の高いセキュリティ機能と見なし、v1.13リリースで利用できるようにしてください。

@derekwaynecarrステータスに関する連絡はありませんが、@ spiffxpが現在のk / kPRを添付しているようです。 これがv1.13のマイルストーンになると確信していますか？ エンハンスメントフリーズは明日のCOBです。 この問題やPRでの活動についての連絡がない場合、これは「安定性」のテーマに適合しないため、マイルストーンから外されます。 明日のCOB後に連絡がない場合は、マイルストーンに追加するために例外が必要になります。 私たちの立場を教えてください。 ありがとう！

通信が不足しているため、これは1.13追跡から削除されています。

/マイルストーンクリア

@derekwaynecarrこの拡張機能は、これが着陸するまでに何が保留されているかが明確でないため、1.13から移動されました。 現在、正式にエンハンスメントフリーズ中です。 これが追加し直す必要のある重要な拡張機能である場合は、そこに概説されている詳細を含む例外を提出する必要があります。

（私がテストしている自動化の中には、混乱を避けるために削除したコメントを誤って送信したものがあります。申し訳ありません！）

これはまだ解決するために予想よりも長い議論の下にあり、
今のところ行き詰まっています。 うまくいけば、1.14でその問題を乗り越えることができます。

2018年11月19日月曜日午後10時57分スティーブンオーガスタス[email protected]
書きました：

（私がテストしている自動化の中には、誤ってコメントを送信したものがあります。
混乱しないように削除しました。 ごめん！）

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

何かお手伝いできることはありますか？ ユーザーにroot権限を与えるには、gitpod.ioにこの機能が本当に必要です。

@svenefftinge実装PRを確認してください、 https：//github.com/kubernetes/kubernetes/pull/64005
1.14でマージされることを望んでいます

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

こんにちは@ claurence-このためのKEP（提案）はすでにマージされています、kubernetes / community＃2067。 次の実装PRを1.14にマージすることを望んでいます：
kubernetes / kubernetes＃64005

元の設計提案の更新に加えて：
https://github.com/kubernetes/community/pull/2595

ありがとう@ vikaschoudhary16-これは1.14でアルファとして実装されますか？ タグ付けに基づいて、まだアルファラベルが付いていますが、それが正しくない場合はお知らせください。

@ vikaschoudhary16こんにちは-この拡張機能のKEPへのリンクはありますか？ PRマージへのリンクが表示されますが、KEPを見つけるのに問題があります

さらに、1.14の場合、そのリリースでマージする必要のあるオープンPRはありますか？ もしそうなら、私たちがそれらを私たちのシートに追加できるように私に知らせてください。

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

@ claurence @ jimangel実装と設計の間を行ったり来たりしています。 上記のコメントで述べたように、kubernetes / community＃2595は、マージしようとしている設計提案PRであり、それに基づいて実装PR、kubernetes / kubernetes＃64005を更新します。

@ vikaschoudhary16 KEPへのリンクはありますか？ KEPフォルダーに見つけることができるものはありません-https：//github.com/kubernetes/enhancements/tree/master/keps

@ vikaschoudhary16リンクされた提案はKEPではありません。 テスト計画がなく、リリースチームが使用できるチェックリスト形式の卒業基準がなく、アップグレード/ダウングレードの考慮事項についての議論がありません。 KEPが必要です。 元のデザイン提案をリンクまたは参照して、動機やデザインなどに関する言葉の一部を記入することができますが、ここでリストしたものを明示的に綴る必要があります。

提案の更新については未解決の議論が続いているようです（参照：https：//github.com/kubernetes/community/pull/2595）

KEPが存在し、例外プロセスを通じて送信されるまで、リリースチームがv1.14でのこの着陸に関連するすべてのものをブロックすることを提案する傾向があります

@ vikaschoudhary16この問題に関するKEPの更新はありますか？ 現在、テストプランでKEPを見つけることができないため、この問題は1.14リリースのリスクにさらされています。 この問題のテスト計画と卒業基準を教えてください。

これが1.14になることを本当に望んでいます。 Minikubeでもこれをサポートする予定はありますか？

上記の質問に対する回答が2週間以上なく、sig-node slackチャネルで質問されたときにslackでの応答がないため、このアイテムは1.14マイルストーンから削除されます。

runc CVE-2019-5736の結果として、この機能は現在非常に関連性が高いようです。 非ルートとして実行するように既存のイメージを再構築する（そしてその変更から生じるすべての問題に対処する）ことは、UID0をノード上の他の非特権ユーザーにマップする単一の構成オプションを設定するよりも_実質的に_より多くのリフトです。

ボールを再び転がすには何をする必要がありますか？

• この問題に関するKubernetesのブログ投稿

私は1.15のエンハンスメントリードです。 この問題にこのリリースサイクルに関連する作業があるかどうかをお知らせください。元の投稿にそれを反映させて更新してください。 それ以外の場合、トラッキングシートに追加されることはありません。 ありがとう！

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

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

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

ありがとう。

@ kacole2まだアプローチが行き詰まっているので、1.16でこれがさらに進展するとは思わない。

（ここにも再投稿）
合計userNSマッピングが実装されている場合でも、「runInHostUserNS」フラグを設定すると役立ちます。完全なソリューションには、とにかくそれが必要であると私は主張します。
userNSサポートなしでフラグを設定すると、少なくとも既存のノードレベルのDocker（他のランタイムについては不明）のUID / GID再マッピング機能を使用できるようになります。 現在の問題は、ホストネットワークの名前空間で実行するものと相互に排他的であるということですが、一部のインフラコンテナはそこで実行する必要があります（例：kube-proxy）

この時点でのIMOは、ユーザーのサポートが必要かどうかは問題ではありません。唯一の問題は、どのくらいの期間、どのような形式であるかです:)
https://twitter.com/ChaosDatumz/status/1158556519623024642
ポッド仕様の構成可能なrun-in-host-user-nsフラグを持ち、それを既存のランタイムレベルの機能と一緒に使用すると、実際の取引が導入されるまで一時的なブリッジソリューションとして機能する可能性があります。長期的にも無駄な努力

この機能を前進させる方法はありますか？

こんにちは@ derekwaynecarr 、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をリストしてください。 👍

すべての拡張機能にはKEPが必要であり、KEP PRはマージされ、KEPは実装可能な状態にあり、テスト計画と卒業基準が必要であることに注意してください。

ありがとう！

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

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

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

/ remove-lifecycle stale

これは死んでいるように見えます。 ステータスはどうですか？

これを成し遂げるために複数の試みがありましたが、まだありません。 はい、この機能が必要です。 閉じないでください。

こんにちは@ prbinu @ derekwaynecarr -1.18拡張機能のシャドウはここにあります。 チェックインして、この拡張機能が1.18でアルファ版に移行すると思われるかどうかを確認したいと思います。
現在のリリーススケジュールは次のとおりです。
1月6日月曜日-リリースサイクルが始まります
1月28日火曜日EODPST-拡張機能のフリーズ
3月5日木曜日、EODPST-コードフリーズ
3月16日月曜日-ドキュメントを完成させて確認する必要があります
3月24日火曜日-Kubernetes1.18.0がリリースされました
リリースに含めるには、この拡張機能のKEPがimplementableステータスにマージされている必要があります。 KEPには、卒業基準とテスト計画も定義されている必要があります。
この拡張機能を含めたい場合は、コーディングが開始されたら、適切に追跡できるように、この問題に関連するすべてのk / kPRをリストしてください。 👍
ここで拡張機能を追跡します：http： //bit.ly/k8s-1-18-enhancements
ありがとう！

リマインダーとして@ prbinu @ derekwaynecarr 、

1月28日火曜日EODPST-拡張機能のフリーズ

拡張機能フリーズは7日以内です。 1.18に含めることを希望する場合は、上記の要求に従って更新してください。

ありがとう！

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

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

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

/ remove-lifecycle stale

こんにちは@ vikaschoudhary16-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をリストしてください。 👍

ありがとう！

こんにちは@ derekwaynecarr 、 @ vikaschoudhary16 、

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

よろしく、
ミレック

こんにちは@ derekwaynecarr 、 @ vikaschoudhary16 、

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

よろしく、
ミレック

@msedzinsこんにちは、私は現在この機能強化に取り組んでいます。 この拡張機能はまだ開発およびテスト中であるため、1.19に段階的に移行することはありません。 ありがとう。

@ mohammad-yazdani教えてくれてありがとう！

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

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

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

/ remove-lifecycle stale

こんにちは@ derekwaynecarr @ mauriciovasquezbernal @mohamedsgap

拡張機能はここをリードします。 これを1.20でアルファ/ベータ/安定させる計画はありますか？

ありがとう！
キルステン

こんにちは@ kikisdeliveryservice 、sig-nodeとさらに話し合ったら、最新情報をお知らせします。

ありがとう、
マウリシオ。