您是否正在寻找为 Rust 社区做出贡献的机会？是否有空闲时间可以奉献？并且也许还能在此过程中学习一些有趣的东西？
WG-优先级可能是适合您的地方：我们正在寻找新的贡献者！
什么是 WG-优先级？
优先级 WG 是一个编译器工作组，致力于处理 Rust 编译器（rustc）中发现的最重要的错误，以确保它们得到解决。我们站在 Github Rust 问题跟踪器 的第一线，我们的工作是进行分类，主要是决定哪些错误是关键的（潜在的发布阻碍者），并为编译器团队准备每周的议程，其中包含需要处理的最紧迫的问题。
这里有更全面的描述。我们如何工作在 Rust Forge 上有详细说明。
我们的工具主要是 triagebot，一个值得信赖的信使，它通过在 Github 上的问题被标记时向我们的 Zulip 流发送通知来帮助我们。
我们还有一个存储库，其中包含一些问题和元问题，我们在其中记录了我们希望工作流程如何演变。欢迎对这些问题做出贡献，但可能需要更多关于该工作组工作流程的背景知识。
文档也是我们为新来者提供的入门包的基本组成部分。由于我们基本上“组织和分类事物”，所以很多事情的发生都不是通过编写单行代码，而是应用程序来优化分类和问题优先级排序。
这要求我们的工作流程尽可能高效且文档完善。因此，我们始终欢迎为澄清文档做出贡献（新鲜的视角尤其宝贵！）。
WG-优先级成员的典型一周
我们的一周从 Rust 编译器团队会议（保持这个庞然大物运转的酷团队之一）之后的周四/周五开始，为下一次会议准备新的议程，留下占位符以便在一周内填写。
在接下来的几天里，WG-优先级和其他团队将异步监控问题跟踪器 - 每个人都按照自己的节奏，在时间允许的情况下 - 尝试为新问题分配优先级。这极大地帮助了编译器团队分类和优先处理他们的工作。
如果问题的优先级不明确，它将被标记一个临时标签，并在 Zulip 上由 WG-优先级小组简要讨论：这个问题是否至关重要？它是否清晰？是否需要一个最小可复现示例（通常缩写为 MCVE）甚至更好的是一个 二分来找到回归（我们喜欢贡献者进行代码二分）？然后，我们通过从 P-low 到 P-critical 的范围内选择一个值来分配优先级。优先级级别的基本原理在我们的指南中有详细说明。
在会议的前一天，议程被填写完毕并交给编译器团队。
来自 WG-优先级小组的人员将参加会议并提供一些支持（如果需要）。
为下一次会议重复进行。
一切都在 Rust Forge 上进行了详尽的描述。随意在那里查看以了解更多信息。那里的大量信息一开始可能会有点让人不知所措（我们使用了很多术语），但事情会变得更加清晰。
我如何做出贡献？
- 帮助分类编译器问题：对于任何大型项目来说，帮助保持问题跟踪器的整洁非常重要。标记和提示人们处理 MCVE 或二分对于解决任何问题都非常有帮助。我们将注意力集中在标记为
I-prioritize的问题（在分配优先级之前需要简短讨论的问题）以及P-critical和P-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）。
在那里见！