早在今年 6 月，编译器团队合并了 RFC 3599，该 RFC 重组了团队，以确保团队的政策和流程能够支持 Rust 编译器未来的维护。

自从上次更改编译器团队的结构以来，该项目发展迅速 - 编译器收到的贡献大约翻了一番，更多的团队成员定期承担额外的责任，例如性能分类或向后移植审查，并且许多贡献者现在都有报酬来从事该项目。

编译器团队及其程序必须能够扩展以满足项目需求，这不仅是为了确保编译器团队的输出保持高质量，也是为了避免团队成员过度劳累和倦怠。

RFC 3599 旨在认可团队成员当前的所有贡献方式，以确保团队流程随着团队的成长保持高效，并在团队成员资格实现工作效率和团队成员资格作为一种地位和认可之间取得平衡。贡献了一年或一年以上并希望参与维护团队运转的维护活动的团队成员可以选择成为维护者以及团队成员。有关更详细的动机，请参阅完整的 RFC。

随着 RFC 3599 的合并，我们现在正在实施编译器团队的新结构，并在此帖子中宣布和表彰编译器团队成员的贡献

• alexcrichton，团队成员
  • alexcrichton 自 2013 年以来一直是多产的贡献者，并且有 2500 多个合并的拉取请求。最近，他们一直在努力改进 Rust 对新兴标准的 WASM 支持。
• apiraino，团队成员
  • apiraino 是编译器团队中不可或缺的成员，他巧妙地处理团队的运营工作（议程准备、会议记录、自动化等），以便团队每周的工作顺利进行。
• b-naber，团队成员
  • b-naber 自 2020 年以来一直在为编译器做出贡献，并在此期间致力于编译器的常量评估、常量泛型和泛型关联类型。
• bjorn3，团队成员
  • bjorn3 自 2017 年以来一直是编译器的积极贡献者，并于 2020 年成为编译器团队的贡献者。bjorn 在编译器对多个代码生成后端的支持方面发挥了重要作用，并且是 Cranelift 代码生成后端的主要作者。
• BoxyUwU，维护者
  • BoxyUwU 自 2020 年以来一直在不懈地贡献，立即投入到编译器中一些更具挑战性和技术性的领域。Boxy 是类型团队的成员，并为常量泛型的实现和设计做出了重大贡献。
• camelid，团队成员
  • camelid 多年来一直在做出贡献，改进了常量泛型、项目文档和编译器诊断，并对编译器代码库进行了许多重构和清理。
• chenyukang，维护者
  • 自 2021 年以来，yukang 一直在不知疲倦地改进编译器的诊断。很难找到一个没有被 yukang 改进过诊断的编译器部分。
• cjgillot，维护者
  • cjgillot 是另一位可靠且持续的贡献者，自从他们开始贡献以来，对编译器进行了无数改进，特别是 MIR 及其优化、查询系统和 HIR。
• compiler-errors，维护者
  • compiler-errors 是一个多产的贡献者和类型团队的杰出成员。他们为编译器诊断编写了许多改进措施，解决了无数的 ICE，并对编译器前端进行了大规模的重构和改进。compiler-errors 一直致力于为 T-types 和 WG-async 稳定最近的许多功能，例如 traits 中的异步函数。很难找到一个没有受到 compiler-errors 帮助或审查过补丁的贡献者。
• cuviper，团队成员
  • cuviper 定期为编译器的构建系统、驱动程序和 LLVM 后端做出贡献，并定期执行向后移植。
• davidtwco，维护者 + 团队联合负责人
  • davidtwco 共同领导编译器团队，自 2017 年以来一直在贡献，对编译器的各个部分进行修补，为各种工作组（如非词法生命周期）做出贡献，并实现诸如非详尽属性和拆分调试信息等功能。
• DianQK，团队成员
  • DianQK 贡献了一年多，专注于改进编译器的 MIR 优化，并修复和改进我们对 LLVM 的使用。
• durin42，团队成员
  • durin42 自 2021 年开始贡献以来，一直是编译器 LLVM 后端、调试信息和通用代码生成基础设施的强大贡献者。
• eholk，团队成员 + 理事会代表
  • eholk 活跃于编译器团队和异步工作组，为拟议的 dyn* 类型、生成器函数 和 for await 循环的设计和实现做出贡献。Eric 还在项目的领导委员会中代表编译器团队。
• est31，团队成员
  • est31 近八年来一直是频繁的贡献者，在整个编译器中进行了许多有用的修复和重构。通常可以发现 est31 为 Rust 的开放 PR 提供有用的评论和建议。
• estebank，维护者
  • estebank 几乎是更好的编译器诊断的代名词 - 八年多和一千个拉取请求之后，很难找到一个没有看到 estebank 改进诊断的 Rust 用户。
• fee1-dead，维护者
  • fee1-dead 自 2021 年开始贡献以来做出了许多有影响的贡献，包括 C 字符串文字、关键字泛型/效果实验、常量 trait 设计与实现以及许多错误修复和诊断改进。
• flodiebold，团队成员
  • flodiebold 是 rust-analyzer 的长期多产贡献者，自 2018 年开始为语言服务器做出贡献以来，已经提出了 300 多个拉取请求。
• fmease，团队成员
  • fmease 自 2022 年以来一直在做出贡献，对编译器进行了各种改进以支持 rustdoc，以及重构、错误修复和诊断改进。
• jackh726，维护者
  • jackh726 共同领导类型团队，并对类型系统的实现进行了许多改进，最值得注意的是启用了泛型关联类型的稳定。
• jieyouxu，团队成员
  • jieyouxu 在帮助维护引导程序、compiletest 和新的 run_make_support 库以用于 run-make 测试方面做了宝贵的工作，以及修复 ICE 和改进诊断。
• jswrenn，团队成员
  • jswrenn 多年来一直是 safe transmute 项目组的坚定成员，并为实现该小组努力的成果做出了各种贡献。
• lcnr，维护者
  • lcnr 共同领导类型团队，并且是团队在语言类型系统和编译器对其实现的方面的首要专家之一。lcnr 最近的工作重点是实现和稳定编译器的下一代 trait 求解器。
• lqd，维护者
  • lqd 早在 2018 年就从非词法生命周期工作组开始，此后一直是该项目的一部分。由于 lqd 在启用编译器 LTO 和支持 lld 方面的工作，编译器性能得到了显着提高。lqd 目前正在领导 Polonius 的工作，这是 Rust 下一代借用检查器。
• lukas-code，团队成员
  • lukas-code 自 2022 年以来一直在定期贡献，对整个编译器的代码库进行改进并修复错误。
• Mark-Simulacrum，维护者
  • Mark-Simulacrum 致力于 Rust 项目近十年，并经常通过向后移植、还原和修复整个代码库来为团队做出贡献。多年来，他们一直帮助维护关键的编译器基础设施，如引导程序和编译器测试工具。
• matthewjasper，维护者
  • matthewjasper 自 2017 年以来一直在贡献，并且是非词法生命周期工作组的关键贡献者。此后，他们在 MIR、专业化进展和稳定 THIR unsafeck 方面取得了重大改进。
• Nadrieril，维护者
  • Nadrieril 是编译器团队在详尽性检查、模式分析和匹配降低方面的专家，他们重要的重构和改进工作使先前被阻止的功能得以改进，例如切片模式、或模式、详尽模式和解引用模式。
• nagisa，团队成员
  • nagisa 多年来一直是编译器团队的成员，他们最初的工作可以追溯到 2014 年。nagisa 改进了编译器的 LLVM 后端以及与我们的 MIR、代码生成、调试信息和编译器后端相关的方方面面。
• nikic，团队成员
  • nikic 是团队的 LLVM 专家，帮助确保编译器与上游 LLVM 的更改保持同步。nikic 也是 LLVM 的首席维护者，并在 LLVM 中进行了许多改进以更好地支持 Rust。
• nikomatsakis，团队成员
  • nikomatsakis 不需要介绍，作为 Rust 项目的原始成员之一和编译器团队的前负责人。自最初实现以来，nikomatsakis 一直致力于编译器的关键部分。
• Noratrieb，维护者
  • Noratrieb 自 2021 年开始以来一直是贡献者社区的主要成员，致力于整个编译器中的大量重构、错误修复、功能和改进。像 Nora 这样的多产贡献者在整个代码库中具有巨大的影响。经常可以在 Zulip 上找到 Nora 回答问题和帮助其他贡献者！
• nnethercote，维护者
  • nnethercote 自 2016 年以来一直致力于编译器性能方面的工作，包括基准测试和性能分析基础设施。他还清理了编译器许多部分中大量的旧的、过时的代码。
• oli-obk，维护者
  • oli-obk 是一位长期的编译器团队成员，他的贡献历史非常丰富，难以概括，包括常量求值、常量泛型、模式类型、MIR 优化、诊断、clippy 改进和存在类型。
• petrochenkov，维护者
  • petrochenkov 是另一位长期的编译器团队成员，他主要负责维护编译器的名称解析和宏展开，这两个子系统以其复杂性和细微之处而闻名。
• pnkfelix，维护者
  • 前编译器团队联合负责人 pnkfelix 是另一位长期的团队成员，他对整个编译器做出了贡献，并对借用检查器、早期 MIR 和早期编译器架构做出了重大贡献。
• RalfJung，团队成员
  • RalfJ 以其在 Miri 和 Stacked Borrows 方面的工作而闻名，后者是该语言中内存访问的操作语义。RalfJ 是团队中该语言操作语义方面的最重要专家，并且也深入参与了常量求值。他一直致力于实现编译器最底层的可靠语义。
• saethlin，维护者
  • 自 2021 年开始以来，saethlin 在 MIR、Miri 和代码生成方面做出了重大改进，并已成为该语言的操作语义/不安全代码指南方面的宝贵知识来源。
• scottmcm，团队成员
  • scottmcm 是语言团队的成员，他也经常在编译器中实现改进，特别是在 MIR 和编译器的代码生成方面，总是试图获得完美的机器代码。
• SparrowLii，维护者
  • SparrowLii 是团队中相对较新的成员，他复活并领导了编译器并行化的工作，并与并行 rustc 和编译器性能工作组的成员一起为该工作取得的巨大进展做出了贡献。
• spastorino，维护者
  • spastorino 是非词法生命周期工作组的另一位校友，于 2017 年底开始做出贡献。自 NLL 以来，spastorino 在一致性方面实现了负 impls，重构了 trait 代码中的返回位置 impl trait 以降低为 GAT，并对编译器进行了大量的重构/bug 修复。
• TaKO8Ki，团队成员
  • TaKO8Ki 做了大量的诊断改进，通过添加大量的回归测试帮助团队掌握回归情况，做了大量的重构和清理，修复了他们在贡献期间的一系列 ICE。
• tgross35，团队成员
  • tgross35 已经贡献了两年，并且一直在领导新的 f16 和 f128 类型的实现。
• the8472，团队成员
  • the8472 自 2020 年以来一直是贡献者，并通过对 Rust 标准库的更改帮助提高了编译器生成的代码质量。
• tmandry，团队成员
  • tmandry 自成立以来一直领导着异步工作组，并为推动编译器中的异步支持做出了卓越的贡献。
• tmiasko，团队成员
  • tmiasko 已经贡献了近四年，并在编译器的 MIR 表示、优化和 LLVM 代码生成方面可靠地完成了宝贵的工作，成为团队在这些领域的专家之一。
• Urgau，团队成员
  • Urgau 在他们贡献期间进行了各种各样的改进，从 check-cfg 到范围模式，从 black_box 到 lints，还有更多。
• WaffleLapkin，团队成员
  • 自 2020 年以来，WaffleLapkin 一直是贡献者社区的另一位支柱，进行了各种重要的重构、bug 修复和性能改进。与上面的 Nora 一样，Waffle 是一位多产的贡献者，他在整个编译器中的改进产生了重大影响。
• wesleywiser，维护者 + 团队联合负责人
  • wesleywiser 是编译器团队的联合负责人，自 2015 年以来一直在做出贡献，同时致力于编译器的各个部分，包括自我分析、增量编译、MIR 优化以及 Windows 和 Linux 调试支持。
• Zalathar，团队成员
  • Zalathar 贡献了一年多一点的时间，并且产生了巨大的影响，致力于对编译器对代码覆盖率检测的支持进行重大而广泛的重构。

还有一些团队成员选择成为校友，他们在担任团队成员期间做出了宝贵的贡献

• Aaron1011
  • 自 2017 年以来，Aaron1011 做出了广泛的贡献，几乎触及了编译器的每个部分，修复了错误，进行了改进，并在他们所到之处进行了重要的重构。
• eddyb
  • eddyb 是编译器团队中一位多产且知识渊博的成员，多年来对整个编译器进行了广泛的改进。他们的许多工作都集中在 LLVM 后端、MIR 的初始实现和改进、v0 Rust 名称混淆方案，以及大量的 bug 修复和编译器架构改进。
• michaelwoerister
  • michaelwoerister 是另一位长期的编译器团队成员，自 2013 年以来，他负责该项目的 debuginfo、代码生成、增量编译、LTO 和 PGO 方面的巨大改进和进展。

感谢我们过去、现在和未来的编译器团队成员和维护者！