抄送：@ sarahnovotny 、@ idvoretskyi和 @kubernetes/sig-node

@kubernetes/华为

我写的相关文档： https ://github.com/kubernetes/kubernetes/blob/master/docs/proposals/multi-platform.md

感谢您向我们发送此@luxas

根据@michmike请求标记为“Alpha”。

@michmike你能确认这个项目在 1.6 中是针对 beta 的吗？

@idvoretskyi ，是的，没错。 谢谢！
我们将在 v1.6 的测试版中

@idvoretskyi ，请从此问题中删除阶段/测试版名称。 我们将在 alpha 版本中再发布一个。 谢谢！

@michmike完成，谢谢！

大家好 - 这已经不止一个版本了 - 有任何关于此进展超出 alpha 的消息吗？

嗨@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 中将阶段标签更新为 beta。 你可否确认？

是的，我们将在 v1.9 中进行测试。 谢谢@idvoretskyi

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

@michmike :wave: 请在1.9 功能跟踪板上注明
此功能是否需要文档。 如果是，请打开 PR并添加跟踪电子表格的链接。 提前致谢！

@michmike Bump 文档☝️

/cc @idvoretskyi

@zacharysarah这是我们的公关。 我也将它添加到文档中。
https://github.com/kubernetes/website/pull/6180

不过，一个小问题。 尽管 PR 不在 kuberneteswebsite 上，但它不在 master 而不是 1.9 发布分支。 这是个问题吗？
抄送： @JMesser81

@michmike感谢您打开 PR。 👍

是的：PR 需要以release-1.9基础。 kubernetes/website 存储库与master的关系与其他 K8s 存储库不同。

更新：我改变了底座，看起来不错。

是的，谢谢你的更新@zacharysarah 。 我注意到你做到了！

问题在 90 天不活动后变得陈旧。
使用/remove-lifecycle stale将问题标记为新问题。
陈旧的问题在额外的 30 天不活动后腐烂并最终关闭。

如果这个问题现在可以安全关闭，请使用/close来关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期陈旧

陈旧的问题在 30 天不活动后腐烂。
使用/remove-lifecycle rotten将问题标记为新问题。
再过 30 天不活动后，烂问题就会关闭。

如果这个问题现在可以安全关闭，请使用/close来关闭。

向 sig-testing、kubernetes/test-infra 和/或fejta发送反馈。
/生命周期腐烂
/删除-生命周期陈旧

@michmike @kubernetes/sig-windows-feature-requests 这个功能仍在积极开发中，对吧？

是的，这仍在积极开发中。 我们可能会在接下来的几个月中将其从测试版中移除。

/删除-生命周期陈旧

/删除-腐烂的生命周期

@michmike
1.11 有这方面的计划吗？

如果是这样，您能否确保该功能是最新的，具有适当的：

• 描述
• 里程碑
• 受让人
• 标签：
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

抄送@idvoretskyi

@PatrickLang这是一个合适的问题来跟踪 sig-node 中讨论的内容以提议 GA 支持 Windows 容器吗？ 我找不到更好的，所以用节点标签添加到里程碑。

@derekwaynecarr当然，这对我有用。

@michmike您能否更新问题以链接到https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit作为建议的毕业标准？

@PatrickLang完成！

@justaugustus这是否需要在 1.12 跟踪中放置一个例外，因为我们已经过了功能冻结并且这不在工作表上？ 提议的毕业文件建议 1.12 用于 GA/Stable

感谢更新。 我已将此添加到 1.12 跟踪表中。

/删除阶段测试版
/阶段稳定
抄送： @kacole2 @wadadli @robertsandoval @rajendar38

嘿！ @michmike我是这个版本的文档的牧马人。 我有没有机会让您针对 release-1.12 分支打开一个文档 PR 作为占位符？ 这让我们对这个版本中的功能更有信心，并在我们开始进行审查/编辑时给了我一些可以使用的东西。 谢谢！ 如果此功能不需要文档，您能否更新功能跟踪电子表格以反映它？

@michmike @PatrickLang --
此功能的文档状态有任何更新吗？ 我们是否仍计划在 1.12 登陆它？
此时，代码冻结即将到来，文档将于 9/7（2 天）到期。
如果我们没有尽快回复有关此功能的任何信息，我们需要将其从里程碑中删除。

抄送： @zparnold @jimangel @tfogo

这需要移动到 1.13。 它还没有为 1.12 做好准备。 你能帮我们更新里程碑吗？

/里程碑 1.13

@michmike ：提供的里程碑对此存储库无效。 此存储库中的里程碑：[ v1.12 , v1.13 , v1.14 ]

使用/milestone clear清除里程碑。

/里程碑 v1.13

感谢更新！

@michmike @PatrickLang我们对 1.13 中的 GA 有多大信心？ 我们是否有待跟踪的 PR 或问题列表？

事情比 v1.13 好得多，我已经能够从@feiskyer和@andyzhangx以及其他人那里获得更多时间来解决剩余的问题。

测试通过是远离在线的 prow+testgrid PR。 @lachie83正在帮助我联系合适的人以交出所需的 Azure 凭据。 @pjh和@yujuhong在 GCE 测试方面也取得了不错的进展。

当前的工程系统问题应该在 11 月初之前完成，给我们一个月的时间进行错误修复级别的工作。

我在这里跟踪多个项目（包括 Azure 部署）的工作：
https://github.com/PatrickLang/k8s-project-management/projects/1

在相关说明中 - 我不是里程碑维护者，无法为 1.13 标记内容。 标记它们的最佳方法是什么——我应该和你一起工作吗？

在相关说明中 - 我不是里程碑维护者，无法为 1.13 标记内容。 标记它们的最佳方法是什么——我应该和你一起工作吗？

@PatrickLang如果您想要一些里程碑式的东西，请联系我。

感谢@PatrickLang提供详细的状态更新。 正如@feiskyer提到的，要么ping 他，要么ping 1.13 发布团队中的任何人，包括@kacole2 @nikopen。

@michmike你可以链接这个来跟踪文档吗？ https://github.com/kubernetes/website/pull/10875

@PatrickLang我是对此问题的增强影子检查 - 听起来这个问题正在取得进展 - 因为 FYI 代码 slush 是 11/9 并且代码冻结是 11/15 - 关于制作这些日期的任何问题

鉴于我们在周四才意识到这一点，人们担心是否会准备好一致性测试。
抄送@jdumars @spiffxp

@claurence感谢您的检查。 我们正在在线进行测试（Azure 和 GCE），并且现在正在研究文档。 除了文档和审查中的测试更改之外的 PR 队列是空的，因此从代码的角度来看，我们正在走上正轨。

@PatrickLang你能不能把我们指向 Docs 并测试 PRs plz

/cc @tfogo

@AishSundar - 我的主跟踪板在这里： https ://github.com/PatrickLang/k8s-project-management/projects/1
包含文档 PR kubernetes/website#10875 以及测试 PR 的链接

谢谢@PatrickLang。 从上面 Brian 的评论看来，缺乏适当的一致性覆盖将成为此功能的障碍。 我在您的仪表板中看到了一些与一致性相关的和测试 PR。 这些是否解决了 Sig-Arch 的所有指导？ 或者我们能否期待更多的变更/PR 用于一致性测试。

再看项目仪表盘，还有不少东西等着合并和稳定。 我们距离代码冻结只有一周的时间。 你还有信心做 1.13 吗？ ^^

@AishSundar是的，仍在跟踪 v1.13。 今天在 SIG-Architecture (notes)中，我们决定将其分成两个工作流程：

1. 根据会议要求决定 v1.13 的 Windows [stable] 标签。 该文档是主要讨论点，SIG-Architecture 和 SIG-Windows 中发生了一些线程来关闭它。 https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit

2. 包含 Windows 节点的集群的一致性是什么？ 这不会阻止第 1 项，因为 Windows 是一项可选功能，并非所有集群都会使用。 我们将继续讨论一致性工作组列表，并继续致力于联合解决方案，该解决方案可能会在 v1.13 之后完成。

谢谢@PatrickLang。 您能否参加我们的 1.13 RT 燃尽会议（太平洋标准时间下周一或周三上午 10 点），在我们接近代码冻结时提供更多最新更新？

@AishSundar当然 - 我可以在星期三加入。 你能告诉我会议细节（笔记/缩放链接）吗？ 我在 kubernetes 共享 iCal 列表中没有看到它。

抄送@michmike ^^

会议记录： http ://bit.ly/k8s113-minutes
缩放： https ://zoom.us/j/611312756

根据与 Sig Arch 的讨论，我们决定将 Windows GA 迁移到 1.14

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

/里程碑 v1.14

@spiffxp我们现在是否应该将其标记为 v1.14 的“已跟踪/是”，因为我们也有 KEP

@michmike - 1.14 的目标是稳定的吗？

@claurence这是准确的。

KEP 已于今天获得批准，可用于 1.14 的稳定版本

你好，这里是1.14增强阴影。 代码冻结是 3 月 7 日，所有 PR 必须在那时合并到您的问题中以发布 1.14 版本。 你还有哪些开放的 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 年后，我们很高兴地宣布 Kubernetes v1.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 ：关闭这个问题。