早在六月份，编译器团队合并了 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 的特性，例如 trait 中的 async 函数。很难找到一个没有得到 compiler-errors 帮助或代码补丁没有被其审查过的贡献者。
• cuviper，团队成员
  • cuviper 定期为编译器的构建系统、驱动和 LLVM 后端做贡献，并定期执行回移植。
• davidtwco，维护者 + 团队联合负责人
  • davidtwco 是编译器团队的联合负责人，自 2017 年以来一直贡献，为编译器的各个部分提交补丁，参与各种工作组，例如非词法生命期，并实现了非穷尽属性和分离调试信息等特性。
• DianQK，团队成员
  • DianQK 贡献已有一年多，专注于改进编译器的 MIR 优化以及修复和改进我们对 LLVM 的使用。
• durin42，团队成员
  • durin42 自 2021 年开始贡献以来，一直是编译器 LLVM 后端、调试信息和通用代码生成基础设施的强大贡献者。
• eholk，团队成员 + 委员会代表
  • eholk 活跃于编译器团队和 async 工作组，为提议的 dyn* 类型、生成器函数和 for await 循环的设计和实现做出了贡献。Eric 还代表编译器团队参与项目的领导委员会。
• est31，团队成员
  • est31 近八年来一直是频繁贡献者，在整个编译器中做了许多有益的修复和重构。est31 经常在 Rust 的开放 PR 中提供有益的审查和建议。
• estebank，维护者
  • estebank 几乎就是更好编译器诊断的代名词——八年多的时间，一千多个拉取请求之后，很难找到一个没有见过 estebank 改进过的诊断的 Rust 用户。
• fee1-dead，维护者
  • fee1-dead 自 2021 年开始贡献以来，做出了许多有影响力的贡献，包括 C 字符串字面量、关键字 generic/effect 实验、const trait 设计与实现以及许多错误修复和诊断改进。
• flodiebold，团队成员
  • flodiebold 是 rust-analyzer 的长期多产贡献者，自 2018 年开始为语言服务器做贡献以来，他提交了 300 多个拉取请求。
• fmease，团队成员
  • fmease 自 2022 年以来一直在贡献，为支持 rustdoc 对编译器进行了各种改进，以及重构、错误修复和诊断改进。
• jackh726，维护者
  • jackh726 是类型团队的联合负责人，对类型系统的实现进行了无数改进，最值得一提的是使得泛型关联类型得以稳定。
• jieyouxu，团队成员
  • jieyouxu 在帮助维护 bootstrap、compiletest 和用于 run-make 测试的新 run_make_support 库方面做了宝贵的工作，并修复了 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 项目工作近十年，经常通过回移植、回退和代码库中的补丁为团队做贡献。多年来，他们帮助维护了 bootstrap 和编译器测试工具等关键编译器基础设施。
• matthewjasper，维护者
  • matthewjasper 自 2017 年以来一直在贡献，是非词法生命期工作组的关键贡献者。自那时起，他们对 MIR 进行了重大改进，在 specialization 方面取得了进展，并稳定了 THIR unsafeck。
• Nadrieril，维护者
  • Nadrieril 是编译器团队在穷尽性检查、模式分析和匹配降低方面的专家，他们大量的重构和改进工作使得切片模式、或模式、穷尽模式和解引用模式等先前受阻的特性得以取得进展。
• nagisa，团队成员
  • nagisa 多年来一直是编译器团队成员，他们最早的 Rust 工作可追溯到 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 方面的工作而闻名，Stacked Borrows 是一种语言内存访问的操作语义。RalfJ 是团队中关于语言操作语义的首要专家，并且也深入参与了 const evaluation。他一直在努力实现从编译器最低层级的健全语义。
• saethlin，维护者
  • saethlin 自 2021 年开始贡献以来，对 MIR、Miri 和代码生成进行了重大改进，并已成为关于语言操作语义/不安全代码指南的宝贵知识来源。
• scottmcm，团队成员
  • scottmcm 是语言团队的成员，他也定期在编译器中实现改进，特别是在 MIR 和编译器的代码生成方面，总是力求达到完美的机器码。
• SparrowLii，维护者
  • SparrowLii 是团队中相对较新的成员，他复活并领导了编译器的并行化工作，并与 parallel rustc 和编译器性能工作组成员一起推动了这项工作的巨大进展。
• spastorino，维护者
  • spastorino 是非词法生命期工作组的另一位成员，于 2017 年底开始贡献。自 NLL 以来，spastorino 在 coherence 中实现了 negative impls，将 trait 代码中的 return position impl trait 重构为降级为 GAT，并对编译器进行了许多重构/错误修复。
• TaKO8Ki，团队成员
  • TaKO8Ki 进行了许多诊断改进，通过添加大量回归测试帮助团队及时发现回归，进行了大量重构和清理工作，并在贡献期间修复了许多 ICE。
• tgross35，团队成员
  • tgross35 已贡献两年，并一直领导新的 f16 和 f128 类型的实现。
• the8472，团队成员
  • the8472 自 2020 年以来一直是贡献者，并帮助通过更改 Rust 标准库来提高编译器生成代码的质量。
• tmandry，团队成员
  • tmandry 自 async 工作组成立以来一直领导该工作组，并为推进编译器中的 async 支持做出了卓越贡献。
• tmiasko，团队成员
  • tmiasko 已贡献近四年，他在编译器的 MIR 表示、优化和 LLVM 代码生成方面完成了可靠的宝贵工作，成为团队在这些领域的专家之一。
• Urgau，团队成员
  • Urgau 在贡献期间致力于各种改进，从 check-cfg 到 range patterns，从 black_box 到 lints，以及更多。
• WaffleLapkin，团队成员
  • WaffleLapkin 自 2020 年以来一直是贡献者社区的另一位中坚力量，进行了各种重要的重构、错误修复和性能改进。像上面的 Nora 一样，Waffle 是一位多产的贡献者，他们对整个编译器的改进产生了重大影响。
• wesleywiser，维护者 + 团队联合负责人
  • wesleywiser 是编译器团队的联合负责人，自 2015 年以来一直在贡献，致力于编译器的各个部分，包括自性能分析、增量编译、MIR 优化以及 Windows 和 Linux 调试支持。
• Zalathar，团队成员
  • Zalathar 贡献了一年多一点，产生了巨大影响，致力于编译器对代码覆盖率检测支持的重大和广泛重构。

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

• Aaron1011
  • Aaron1011 自 2017 年以来广泛贡献，几乎涉及编译器的每个部分，无论走到哪里，都修复错误、进行改进和执行重要的重构。
• eddyb
  • eddyb 是编译器团队中一位多产且知识渊博的成员，多年来对整个编译器进行了广泛改进。他们的许多工作都集中在 LLVM 后端、MIR 的初步实现和改进、v0 Rust 名称重整方案以及大量的错误修复和编译器架构改进。
• michaelwoerister
  • michaelwoerister 是另一位资深的编译器团队成员，他负责了项目调试信息、代码生成、增量编译、LTO 和 PGO 的巨大改进和进展，这些工作可追溯到 2013 年。

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