分类 Minikube 问题

如何对 minikube 仓库中的问题进行分类

社区分类会议在每周三太平洋时间上午 11:05 - 上午 11:55 举行。

欢迎所有社区成员加入并帮助我们分类 minikube 问题！

分类是维护 minikube 仓库健康状况的重要组成部分。一个组织良好的仓库可以让维护者优先处理功能请求，修复错误，并尽快响应在使用该工具时遇到困难的用户。

分类包括

  • 标记问题
  • 回复问题
  • 关闭问题

如果您有兴趣帮助 minikube 分类，本文档将介绍基本知识。

此外，如果您有兴趣参加我们的每周分类会议，请填写此 表格 以表达您的兴趣。谢谢！

每日分类

每日分类有两个目标

  1. 及时响应新问题
  2. 在明确要求提供信息后及时响应

待处理项目列表位于 http://tinyurl.com/mk-tparty/daily-triage - 它涵盖了

  1. 没有 kind/ 或 triage/ 标签的问题
  2. 没有 priority/ 标签的问题
  3. triage/needs-information 问题，用户已跟进，现在需要回复。

分类

对问题进行分类的最重要的一步是定义其类型。我们通常希望每个问题至少有一个以下标签，并且一些问题可能属于多个类别

  • kind/support - 大多数入站问题为默认值
  • kind/bug - 当出现 bug 或我们没有提供最佳用户体验时

其他可能性

  • kind/feature - 标识新功能请求
  • kind/flake - 用于不稳定的集成或单元测试
  • kind/cleanup - 清理/重构代码库
  • kind/documentation - 更新或添加 minikube 文档
  • kind/ux - 涉及改善用户体验的问题
  • kind/security - 当 minikube 中存在安全漏洞时

如果问题特定于某个操作系统、虚拟化程序、容器、附加组件或 Kubernetes 组件

os/[操作系统] - 当问题似乎特定于某个操作系统时

  • os/linux
  • os/macos
  • os/windows

co/[驱动] - 当问题似乎特定于某个驱动程序时

  • co/hyperkit
  • co/hyperv
  • co/kvm2
  • co/none-driver
  • co/docker-driver
  • co/podman-driver
  • co/virtualbox

co/[Kubernetes组件] - 当问题似乎特定于某个 k8s 组件时

  • co/apiserver
  • co/etcd
  • co/coredns
  • co/dashboard
  • co/kube-proxy
  • co/kubeadm
  • co/kubelet
  • co/kubeconfig

其他有用的标签

是否发生了事件，我们可以将类似的问题去重？

  • ev/CrashLoopBackoff
  • ev/Panic
  • ev/Pending
  • ev/kubeadm-exit-1

怀疑的根本原因

  • cause/vm-environment
  • cause/invalid-kubelet-options

需要帮助吗？

Good First Issue - bug 已提出解决方案，无需进一步讨论即可实现。

Help wanted - 如果 bug 可以获得贡献者的帮助

优先级

如果问题不是 kind/support，它需要一个优先级标签

priority/critical-urgent - 某人的最高优先级，例如安全问题、用户可见的 bug 或构建中断。很少使用。

priority/important-soon：在未来两个版本（8 周）之前

priority/important-longterm：从现在起 2-4 个版本

priority/backlog：同意这会很好，但目前没有人有空。考虑标记为help wanted

priority/awaiting-more-evidence：可能更有用，但尚无足够支持。

每周分类

每周分类有三个目标

  1. 跟进未回复的问题
  2. 审查和关闭 PR
  3. 关闭过时的 Issue

待处理项目列表可在 http://tinyurl.com/mk-tparty/weekly-triage 找到。

发布后分类

发布后分类在主要版本发布后（大约每 4-6 周）发生。它侧重于

  1. 关闭已通过发布解决的 bug
  2. 重新优先处理未通过发布解决的 bug
  3. 告知用户我们是否认为仍有问题存在

这包括审查

  1. 在过去 2 天内未被触及的每个 Issue
  2. 重新评估长期 Issues
  3. 重新评估短期 Issues

回复问题

需要更多信息

用于请求更多信息的示例回复

我还没有明确的复制此问题的方法。您能否添加一些额外细节？以下是有帮助的额外信息

* 使用的确切 minikube start 命令行

* minikube start 命令的完整输出，最好带有 --alsologtostderr -v=4 以获取额外日志。

* minikube logs 的完整输出

* kubectl get po -A 的完整输出

感谢您分享您的经验！

然后：标记为 triage/needs-information。

问题可能已解决

如果您认为某个版本可能已解决某个问题，请询问作者，看他们的问题是否已解决

您能否检查一下 minikube是否解决了这个问题？我们对处理方式进行了一些更改，并改进了 minikube 日志输出，以帮助我们调试此类棘手的情况。

然后：标记为 triage/needs-information。

谨慎关闭

通常需要关闭 Issues 的原因如下

  • 问题已解决
  • 问题是现有问题的重复
  • 长期以来信息不足

在任何这些情况下，我们都旨在友善地关闭 Issue，并为作者提供操作项，以便他们可以重新打开 Issue 或仍然需要解决方案。

这些情况的示例回复包括

问题已解决

@author: 我认为 minikube v1.4 已解决了此问题，因为它。如果您在使用 minikube v1.4 或更高版本时仍然遇到此问题，请通过评论 /reopen 来重新打开此问题

感谢您报告此问题！

然后：关闭 Issue

重复问题

此问题似乎是 #X 的重复，您介意我们将对话移至那里吗？

这样我们可以集中与该问题相关的内容。如果您认为此问题实际上不是重复的，请使用 /reopen 重新打开它。如果您有其他信息要分享，请添加到新 Issue 中。

感谢您的报告！

然后：标记为 triage/duplicate 并关闭 Issue。

信息不足

如果一个 Issue 在四个多星期内没有被活动，并且作者至少被 ping 过一次，那么该 Issue 可以被关闭。

Hi @author – this issue is still occurring? Are additional details available? If so, please feel free to re-open the issue by commenting with /reopen. This issue will be closed as additional information was unavailable and some time has passed.

可能有用的额外信息

* 问题是否与最新 minikube 版本发生

* 使用的确切 minikube start 命令行

* 附加 minikube logs 的完整输出，运行 minikube logs --file=logs.txt 来创建日志文件

感谢您分享您的经验！

然后：关闭 Issue。


最后修改日期 2023 年 3 月 22 日： site: update triage hours (092a421a0)