cc：@ sarahnovotny 、@ idvoretskyi 、および@ kubernetes / sig-node

@ kubernetes / huawei

私が書いた関連ドキュメント： https ：//github.com/kubernetes/kubernetes/blob/master/docs/proposals/multi-platform.md

この@luxasを送ってくれてありがとう

@michmikeリクエストごとに「Alpha」としてマークされています。

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

@idvoretskyi 、そうです。 ありがとう！
v1.6のベータ版になります

@idvoretskyi 、この問題からステージ/ベータ指定を削除してください。 もう1つのリリースのためにアルファのままになります。 ありがとう！

@michmike完了、ありがとう！

こんにちはすべて-それは複数のさらなるリリースでした-これがアルファを超えて進歩しているというニュースはありますか？

こんにちは@davidtnorth 、ベータ版のリリースが間近に迫っています。 1.8リリース後にマージキューが開かれた直後に、すでに3〜4個のPRを取得しています。 残念ながら、1.8のボートを逃しましたが、それは1.9でより多くの安定性とより多くの機能を持っていることを意味します

みなさん、こんにちは。kubernetesストレージ/ボリュームで利用できるアップデートはありますか？ 何か進展はありますか？

@michmikeお願いします、新しいテンプレートで機能の説明を更新してくださいhttps://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@michmikeも、以前のステートメントに基づいて、1.9でステージラベルをベータ版に更新しました。 確認できますか？

はい、v1.9でベータ版を作成します。 ありがとう@idvoretskyi

@idvoretskyi https://github.com/kubernetes/features/issues/512

@michmike ：wave： 1.9機能追跡ボードに示してください
この機能にドキュメントが必要かどうか。 はいの場合は、PRを開き、追跡スプレッドシートへのリンクを追加してください。 前もって感謝します！

@michmike Bumpfordocs☝️

/ cc @idvoretskyi

@zacharysarahこれが私たちのPRです。 ドキュメントにも追加しました。
https://github.com/kubernetes/website/pull/6180

ただし、1つの小さな問題。 PRはkuberneteswebsiteから外れていますが、マスターから外れており、1.9リリースブランチではありません。 それは問題ですか？
cc： @ JMesser81

@michmikePRを開いてくれてありがとう。 👍

はい：PRはrelease-1.9をベースにする必要があります。 kubernetes / websiteリポジトリは、他のK8sリポジトリとはmasterとの関係が異なります。

更新：ベースを変更しました。問題ないようです。

はい、 @ zacharysarahを更新していただきありがとうございます。 私はあなたがそれをしたことに気づきました！

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

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

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

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

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

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

@michmike @ kubernetes / sig-windows-feature-requestsこの機能はまだ活発に開発中ですよね？

はい、これはまだ活発な開発中です。 今後数か月以内にベータ版を終了する可能性があります。

/ remove-lifecycle stale

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

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

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

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

cc @idvoretskyi

@PatrickLangは、WindowsコンテナサポートのGAを提案するためにsig-nodeで議論されたことを追跡するための適切な問題ですか？ より良いものを見つけることができないので、ノードラベルでマイルストーンに追加されました。

@derekwaynecarr確かに、これは私にとってはうまくいきます。

@michmike問題を更新して、提案された卒業基準としてhttps://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/editにリンクできますか？

@PatrickLang完了！

@justaugustusは、機能のフリーズを過ぎており、これがシートにないため、1.12トラッキングに例外を設定する必要がありますか？ 提案された卒業文書は、GA / Stableの1.12を提案しています

更新していただきありがとうございます。 これを1.12トラッキングシートに追加しました。

/ remove-stageベータ
/ステージ安定
cc： @ kacole2 @wadadli @robertsandoval @ rajendar38

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

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

cc： @zparnold @jimangel @tfogo

これは1.13に移動する必要があります。 1.12の準備ができていません。 マイルストーンの更新を手伝ってもらえますか？

/マイルストーン1.13

@michmike ：提供されたマイルストーンはこのリポジトリでは無効です。 このリポジトリのマイルストーン：[ v1.12 、 v1.13 、 v1.14 ]

/milestone clearを使用して、マイルストーンをクリアします。

/ milestone v1.13

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

@michmike @PatrickLang 1.13でこのGAに移行しても、どの程度自信がありますか？ これを追跡するための保留中のPRまたは問題のリストはありますか？

状況はv1.13よりもはるかに優れており、 @ feiskyerや@andyzhangxなどから、残りの問題に取り組むための時間をもう少し得ることができました。

テストパスは、オンラインになることから離れた船首+テストグリッドPRです。 @ lachie83は、必要なAzureクレデンシャルを渡すために適切な人々に連絡するのに役立ちます。 @pjhと@yujuhongも、GCEでのテストの立ち上げで順調に進んでいます。

現在のエンジニアリングシステムの問題は11月初旬までに完了する必要があり、バグ修正レベルの作業に1か月かかります。

ここでは、複数のプロジェクト（Azureデプロイメントを含む）にわたる作業を追跡しています。
https://github.com/PatrickLang/k8s-project-management/projects/1

関連するメモ-私はマイルストーンのメンテナではなく、1.13のマークを付けることはできません。 それらをマークするための最良の方法は何ですか-私はあなたと一緒に働くべきですか？

関連するメモ-私はマイルストーンのメンテナではなく、1.13のマークを付けることはできません。 それらをマークするための最良の方法は何ですか-私はあなたと一緒に働くべきですか？

@PatrickLangマイルストーンが必要な場合は、私にpingを送信してください。

詳細なステータス更新をしてくれた@PatrickLangに感謝します。 @feiskyerが言及したように、 @ kacole2 @ nikopenを含む1.13リリースチームの彼または私たちのいずれかにpingを送信します。

@michmikeこれをドキュメントの追跡にリンクできますか？ https://github.com/kubernetes/website/pull/10875

@PatrickLang私はこの問題のシャドウチェックインを強化しています-この問題は進展しているようです-FYIコードのスラッシュは11/9、コードのフリーズは11/15であるため、これらの日付の作成に関する懸念はありません

木曜日にこれに気付いたばかりなので、適合性テストの準備ができているかどうかについて懸念があります。
cc @jdumars @spiffxp

@claurenceチェックしてくれてありがとう。 テストをオンライン（AzureとGCE）に持ち込み、現在ドキュメントを処理しています。 ドキュメントとレビューでのテスト変更以外のPRキューは空であるため、コードの観点からは順調に進んでいます。

@PatrickLangは、私たちにドキュメントを教えて、PRをテストすることができますか？

/ cc @tfogo

@ AishSundar-私のマスタートラッキングボードはここにあります： https ：//github.com/PatrickLang/k8s-project-management/projects/1
これには、ドキュメントPR kubernetes / website＃10875およびテストPRへのリンクがあります

@PatrickLangに感謝します。 上記のブライアンのコメントから、適切な適合範囲の欠如がこの機能の妨げになるようです。 ダッシュボードにいくつかの適合性関連のPRとテストPRが表示されます。 それらはSig-Archのガイダンスのすべてに対応していますか？ または、適合性テストの変更/ PRが増えることを期待できますか。

また、プロジェクトダッシュボードを見ると、マージして安定するのを待っていることがかなりあります。 コードフリーズからわずか1週間です。 あなたはまだ1.13を作ることに自信がありますか？ ^^

@AishSundarはい、まだv1.13を追跡しています。 今日のSIG-Architecture （notes）では、これを2つのワークフローに分けることにしました。

1. 要件を満たすことに基づいて、v1.13のWindows [stable]タグを決定します。 このドキュメントは主要な議論のポイントであり、これを閉じるためにSIG-ArchitectureとSIG-Windowsでスレッドが発生しています。 https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit

2. Windowsノードを含むクラスターの適合性とは何ですか？ Windowsはオプションの機能であり、すべてのクラスターが使用するわけではないため、これによって項目1がブロックされることはありません。 適合性ワーキンググループリストでこの議論を続け、v1.13以降に完成する可能性のある共同ソリューションに取り組み続けます。

@PatrickLangに感謝します。 来週の月曜日または水曜日の午前10時（太平洋標準時）に、1.13 RTバーンダウンミーティングに参加して、コードがフリーズに近づいたときに最新のアップデートを提供できますか？

@AishSundar確かに-私は水曜日に参加できます。 会議の詳細（メモ/ズームリンク）を教えていただけますか？ kubernetesの共有iCalリストに表示されません。

cc @michmike ^^

ミーティングノート：http： //bit.ly/k8s113-minutes
ズーム： https ：//zoom.us/j/611312756

Sig Archとの話し合いにより、WindowsGAを1.14に移行することにしました。

@PatrickLang @michmike @ kacole2 @marpaia @ kbarnard10 @tfogo

/ milestone v1.14

@spiffxpは、KEPもあるため、v1.14ではこれを「Tracked / yes」としてマークする必要があります

@ michmike -1.14の安定したターゲティングは正しいですか？

正確な@claurence 。

KEPは本日、1.14で安定したリリースが承認されました。

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

@lledru進行中の作業があり、いくつかのPRが含まれています。 1.14のトラッキングボードはこちらでご覧いただけます。 https://github.com/orgs/kubernetes/projects/8

プレースホルダードキュメントPRが実施されています

その追跡ボードを見る@michmikeは、1.14リリースブロッキング列のすべてであり、コードフリーズによって何をマージする必要がありますか？ 金曜日までにマージする必要があるK / Kの9つのオープンPRであると正しく解釈しているように見えますか？

正しい@claurence 。 それはきつく絞られるでしょう。 それらのPRのいくつかは、今日すでにマージされる準備ができています。

SIG-Windowsの形成から3年後、Kubernetesv1.14にWindowsの安定したサポートが含まれることをお知らせします。

• KEP（ https://github.com/kubernetes/enhancements/blob/master/keps/sig-windows/20190103-windows-node-support.md）
• 作成されたリリースノート
• 一般的な1.14ブログ投稿が作成されました
• ドキュメントのプレビュー-
  https://5c914f680410ed000aeebc2e--kubernetes-io-vnext-staging.netlify.com/docs/setup/windows/add-windows-nodes/
• グリーンテストはhttps://testgrid.k8s.io/sig-windows#aks-engine-azure-1-14-windowsで実行されます

/選ぶ

@michmike ：この問題を解決します。