WG-prioritization 团队招募贡献者

2020 年 9 月 14 日 · Rust WG-Prioritization 团队

您是否正在寻找为 Rust 社区做出贡献的机会?是否有空闲时间可以捐赠?也许还能在过程中学到一些有趣的东西?

WG-prioritization 可能适合您:我们正在寻找新的贡献者!

什么是 WG-prioritization?

Prioritization WG 是一个编译器工作组,致力于处理 Rust 编译器 (rustc) 中发现的最重要的错误,以确保它们得到解决。我们站在 Github Rust 问题跟踪器 的前线,我们的工作是进行分类,主要决定哪些错误是关键的(潜在的发布阻碍因素)并为编译器团队准备每周议程,其中包含最紧迫的问题需要处理。

这里有更多关于 全面描述。我们如何工作在 Rust Forge 上有详细说明。

我们的工具主要是 triagebot,这是一个值得信赖的信使,它通过在 Github 上标记问题时向我们的 Zulip 流 发送通知来帮助我们。

我们还有一个存储库,其中包含一些 问题和元问题,我们基本上记录了我们希望我们的工作流程如何发展。欢迎对这些问题的贡献,但可能需要更多关于此工作组工作流程的背景信息。

文档也是我们为新手提供的入门包的重要组成部分。由于我们基本上是“整理和分类”,很多事情发生在没有编写一行代码的情况下,而是应用流程来优化分类和问题优先级排序。

这要求我们的工作流程尽可能高效且有据可查。因此,我们始终欢迎对澄清文档的贡献(新鲜的眼光对此特别宝贵!)。

WG-prioritization 成员的典型一周

我们的一周从周四/周五开始,在 Rust 编译器团队会议(保持该野兽处于控制状态的酷炫团队之一)之后,准备下一次会议的新议程,留下占位符以便在周内填写。

在接下来的几天里,WG-prioritization 和其他团队将异步监控问题跟踪器 - 每个人都以自己的速度,在时间允许的情况下 - 尝试为新问题分配优先级。这极大地帮助了编译器团队对他们的工作进行分类和优先级排序。

如果问题优先级不清楚,它将被标记为一个临时标签,并由 WG-prioritization 在 Zulip 上简要讨论:这个问题是否关键?它清楚吗?它是否需要一个 最小可重现示例(通常缩写为 MCVE)或者更好的 二分查找 来找到回归(我们喜欢贡献者对代码进行二分查找)?然后,我们通过在 P-lowP-critical 的范围内选择一个值来分配优先级。优先级级别背后的原理在我们的 指南 中有详细说明。

在会议前一天,议程将被填写并交给编译器团队。

WG-Prioritization 的某人将参加会议并提供一些支持(如果需要)。

重复上述步骤,直到下次会议。

所有内容都在 Rust Forge 上进行了详细描述。随时查看以了解更多信息。那里的信息量一开始可能会让人不知所措(我们使用了一些行话),但事情会变得越来越清晰。

我如何贡献?

  • 帮助分类编译器问题:帮助保持问题跟踪器整洁对于任何大型项目都非常重要。标记和 ping 人员来处理 MCVEs 或二分查找对于解决任何问题都非常有帮助。我们将注意力集中在标记为 I-prioritize(需要简要讨论才能分配优先级的问题)以及 P-criticalP-high(需要在编译器会议期间关注的问题)的问题上。所有这些都是我们下一个任务所必需的
  • 帮助进行问题优先级排序:关注我们 Zulip 流上的消息(每周约 10/15 个问题),并对优先级应该是什么进行投票。分析问题,弄清楚发布可能会受到什么影响。更多投票可以平衡优先级,随着经验的积累,您将培养出对问题进行优先级排序的“直觉”:-)
  • 帮助在议程中正确总结问题:这个问题是关于什么的?已经做了什么来构建一个上下文?这是一个回归吗?我们添加了任何可能与编译器团队在会议期间相关的细节。这些人很忙,可以利用所有帮助来快速了解问题的上下文。

好的,但我真的可以贡献吗?我觉得自己不够熟练

是的,你可以!总会有一个或多个成员可以解释、指导和澄清事情。不要害羞,不要犹豫提问。您将很快能够在我们的讨论中给出有帮助的意见。

每个人都可以根据自己的能力和时间进行贡献。回报是做一些具体的事情来确保 Rust 编译器(该项目基石之一)保持良好状态并不断改进的温暖感觉。此外,您将接触到源源不断的错误流,看到它们是如何被评估和管理的,这很有教育意义。

我们在哪里闲逛

Rust 治理的一大优势是它的开放性。加入我们的流 #t-compiler/wg-prioritization,看看我们是如何工作的,如果你愿意,也可以关注每周的团队编译器官方会议 #t-compiler/meetings。有问题吗?不要犹豫,在我们的流中打开一个新主题!

您甚至可以简单地在我们 Zulip 流上闲逛,看看事情是如何运作的,然后在您觉得有能力的地方参与进来。

我们保留一个单独的子流 #t-compiler/wg-prioritization/alerts,所有提名讨论的问题都将收到自己的主题。订阅此流对于工作组成员来说是可选的,因为它有相当数量的通知(它公开且可以自由访问)。

此工作组的主要联络人是 Santiago Pastorino(Zulip 上的 @Santiago Pastorino)和 Wesley Wiser(Zulip 上的 @Wesley Wiser)。

在那里见!