/sig 调度

嗨@sparciii -- 1.18 增强阴影在这里。 我想查看一下您是否认为此增强功能将在 1.18 中升级为 alpha|beta|stable？

目前的发布时间表是：
1 月 6 日星期一 - 发布周期开始
1 月 28 日星期二 EOD PST - 增强功能冻结
3 月 5 日星期四，EOD PST - 代码冻结
3 月 16 日，星期一 - 必须完成并审核文档
3 月 24 日，星期二 - Kubernetes 1.18.0 发布

要包含在版本中，此增强功能必须具有处于可实施状态的合并 KEP。 KEP 还必须定义毕业标准和测试计划。
如果您想包含此增强功能，一旦开始编码，请在此问题中列出所有相关的 k/k PR，以便正确跟踪它们。 👍

我们将在这里跟踪增强功能：http: //bit.ly/k8s-1-18-enhancements
谢谢！

作为提醒@sparciii ：

1 月 28 日星期二 EOD PST - 增强功能冻结

增强功能 冻结时间为 7 天。 如果您寻求包含在 1.18 中，请按上述要求进行更新。

谢谢！

感谢@kikisdeliveryservice的提醒！ 如果这个 KEP 是一个合理的请求，我会在 slack 频道和即将到来的办公时间询问以获得一些反馈。

根据与@Huang-Wei 的讨论，我们将保留此 KEP 并关闭https://github.com/kubernetes/kubernetes/pull/84405以提交给子仓库https://github.com/kubernetes- sigs/scheduler-plugins ，代码将遵循调度程序框架。

@sparciii你会尝试为 alpha 制作 1.18 吗？ 让我知道，这样我们就可以追踪它。

谢谢！

@kikisdeliveryservice不。 它属于一个子回购。

实际上，我想问的一个普遍问题是：如果 KEP 的目标是子 repo (kubernetes-sigs/xyz)，我们是否应该使用 k/enhancement 来托管 KEP？

嗨@黄伟，

首先，请看这里： https ://github.com/kubernetes/enhancements#is -my-thing-an-enhancement

其次，对于 k/k 之外的增强功能需要考虑的一些问题/事情：k/k 的用户会依赖此功能吗？ 你需要传达这个/需要发布团队的支持吗？ 你的工作会遵循发布周期并受到发布周期的限制吗？

看来这个作品会是一个可选插件？ 你会通过 alpha/beta/stable 版本吗？

谢谢@kikisdeliveryservice 。 是的，它更像是一个可选插件，将托管在 k/k 之外，我认为它应该作为设计文档讨论在https://github.com/kubernetes-sigs/scheduler-plugins 中进行管理。 但是，我们可以利用 KEP 模板大纲。

抄送/ @denkensk @alculquicondor

SGTM

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

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

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

/关闭

@sparciii如果您还没有这样做，请随时在https://github.com/kubernetes-sigs/scheduler-plugins中打开问题或 PR。

@alculquicondor ：结束这个问题。