Go Wiki: 维护

什么是维护？

在开源项目中，“维护”指的是为保持项目健康、发展良好且美观而进行的后台维护任务。

本页列出了常见的 Go 维护任务。

访问权限

如果您在 Go 社区中活跃了一段时间，可以随时申请 Gerrit 和/或 GitHub 访问权限来修改内容。

请参阅 Gerrit 访问权限 和 GitHub 访问权限。

维护任务

在进行任何维护工作之前，特别是在问题跟踪器上，请记住熟悉问题生命周期，此处描述：处理问题 - 问题状态。

修复红色状态

查看 https://build.golang.org/ — 是否有任何东西变红了？修复或提交错误，或者催促相关人员。构建仪表盘绝不应该变红，即使是偶尔也不行。如果构建树变红，人们就无法有效工作，因为 TryBots 等只会报告失败，从而掩盖其他问题。

分类新错误

查看 未分类的问题。对于 Go，我们使用某些标签（Needs* 或 WaitingForInfo）的存在来表示问题已分类。标记为 Go2、Proposal、Telemetry-Proposal、CherryPickCandidate、gopls、pkgsite 的问题有自己独立的分类队列，可以跳过。

分类错误时

• 它是重复的吗？关闭它，并引用重复的问题。
• 它是问题而不是错误吗？回复类似于“关于 Go 的问题，请参阅 https://golang.ac.cn/wiki/Questions" 的内容。
• 主题格式正确吗？它应该以包路径和冒号开头：“net/http: 修复在 foo 操作期间 Server 中的崩溃”。
• 它在子仓库中吗？将里程碑保留为 Unreleased，除非它是将包含在发布版本中的子仓库，例如 http2。
• 如果它是回归错误并且您可以重现它，请使用 git bisect 来查找有问题的提交（可选但非常有用）。
• 相关的包是否有主要所有者？在评论中提及他们。如果没有，添加 help wanted 标签。
• 如果相关的包没有所有者，但性质复杂且技术性强，请添加 ExpertNeeded 标签。

问题分类后，添加适当的标签（按照 处理问题 的说明）以标记它。

等待信息

查找处于 WaitingForInfo 状态的错误（https://github.com/golang/go/labels/WaitingForInfo），并提醒他们，收到回复时移除标签，或者如果一直没有收到回复则关闭错误。

“计划外”错误

“计划外”问题往往会被忽视。查看旧问题，看看它们是否容易修复（并且可以移至 Go1.n 或 Go 1.nMaybe 里程碑），或者应该关闭。

待处理的变更列表（CLs）

审查提交消息格式，检查待处理 CLs 中是否存在测试、代码格式以及是否有拼写错误/语法错误。所有这些都可以在不确定更改本身是否正确的情况下完成。请参阅 https://dev.golang.org/release 查看待处理的 CLs 列表。

一旦获得了 +1，该区域的所有者就可以给予 +2。

将 +1 理解为“已分类”或“没有明显错误”。如果它有测试，格式正确（可能引用了错误编号），并且已准备好进行更多审查，则给予 +1。

待处理的 CLs：询问关于测试的问题

如果新的 CL 没有附带测试，但可能/应该有测试，询问作者是否可以添加测试。或者提出建议。

待处理的 CLs：运行 TryBots

如果您有运行 TryBots 的权限（请参阅 Gerrit 访问权限），并且看到某个 CL 包含合理（且非恶意）的代码，请启动 TryBots。（我们从未见过试图逃离 TryBot 沙箱的恶意代码，但这就是为什么它还不是自动化的原因。如果您发现任何问题，请立即通知我们。）

此内容是 Go Wiki 的一部分。