cc @fedebongio@deads2k

分散问题似乎比现在值得麻烦，尤其是因为我们最终会针对k/k提交重复的文件。
我建议：

• 将现有的问题转移到k/k,并将它们放入一个列表中进行分类
• 看看Kubernetes GitHub管理员是否可以关闭我们不打算监控的仓库的问题跟踪器
• 为那些仓库更新README.md,引导用户在这里查看问题

/assign
/cc @jpbetz

问题在90天不活跃后过期。
使用 /remove-lifecycle stale 将问题标记为新鲜。
过期的问题在30天不活跃后开始腐烂并最终关闭。
如果现在可以安全地关闭此问题，请使用 /close 进行操作。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
生命周期：过期

过期的问题在30天不活动后会变质。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
腐烂的问题在额外的30天不活动后关闭。
如果现在可以安全地关闭此问题，请使用 /close 进行操作。
将反馈发送给sig-testing, kubernetes/test-infra 和/或 fejta 。
生命周期腐烂

以下是文本内容的翻译结果：

腐烂的问题在30天不活动后关闭。
使用 /reopen 重新打开问题。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
/close

关闭此问题。
对此的回应：
腐烂的问题在30天内无活动后关闭。
使用 /reopen 重新打开问题。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
/close
使用 PR 评论与我互动的说明已提供 here 。如果您对我的行为有任何疑问或建议，请针对 kubernetes/test-infra 存储库提出问题。

/reopen
/lifecycle frozen

已重新打开此问题。
对此的回应：
/reopen
/lifecycle frozen
使用PR评论与我互动的说明已提供。如果您对我的行为有任何疑问或建议，请针对kubernetes/test-infra仓库提出一个问题。