Go Wiki:处理问题

本文档介绍了我们如何在 Go 项目的 issue tracker 中处理 issue 的分类和安排。

Issue 状态

任何 issue 都必须处于以下状态之一。项目贡献者将 issue 从一个状态移动到另一个状态。这些明确状态的目的是描述将 issue 提交到解决状态所需的最少步骤。Issue 可以根据特定 issue 的需要以任何顺序在状态之间移动。

新建

需要调查

需要决策

需要修复

修复待定

已修复

提案

issue 在适当的情况下从一个状态移动到另一个状态。例如,贡献者可以提交 issue,将其分配给自己,并立即应用 NeedsFix 标签。或者,issue 可以从 NeedsDecision 移动到 NeedsFix,只有在出现复杂情况时才移回 NeedsDecision

issue 可以随时关闭,并在注释中说明关闭原因(“已由 … 修复”, “是 … 的重复”, “按预期工作” 等)。

在任何状态(除了新建)下,issue 都可以分配给某人。未分配的 issue 被认为可供任何人处理。

里程碑

里程碑描述了 issue 解决的时间线。

其他里程碑可用于管理特定项目工作。

标签“Soon”独立于里程碑使用,表示 issue 比较紧急。

提案

对语言或标准库 API 的更改将经历 提案流程。在 issue tracker 中,提案通常具有 Proposal 标签,并位于 Proposal 里程碑中。

建议对库进行向后不兼容更改的提案将具有 v2 标签,这意味着它只能在包存在 v2 版本时(或者在遥远的将来,存在 v3 版本时)被采用。

建议更改语言的提案应具有 LanguageChange 标签。较小的语言更改将作为常规提案流程的一部分进行处理。较大的语言更改将通过语言审查流程进行处理;这些 issue 应具有 LanguageChangeReview 标签。


此内容是 Go Wiki 的一部分。