Git 开发人员正讨论在其代码库中使用 Rust 编程语言，以补充现有的 C 和 Python 语言的想法。

去年年底的假期我花了一些时间思考如何将 Rust 引入 Git 项目。

将 Rust 引入 Linux 内核的工作正在紧锣密鼓地进行中（见 [1]、[2]）。在他们既定的目标中，我认为有几个这可能与 Git 项目潜在相关：

• 降低内存安全错误、数据争用、内存泄漏等风险。 得益于该语言的安全保证。
• 在 Rust 中重构或引入新代码时更容易（假设几乎不使用语言的“不安全”功能）。
• 通过使用更现代的语言，为 Git 做贡献变得更容易，也更容易为更多程序员所使用。

鉴于这些优势的诱惑力，我认为至少值得考虑和讨论如何让 Rust 进入 Junio 的树中。

然而，虽然 Rust 的内存安全特性对许多人来说是个利好，但 Git 开发者的反应却好坏参半。部分原因是 Git 广泛应用于多种不同的平台和 CPU 架构。目前，使用 Rust 几乎必须使用基于 LLVM 的 rustc 编译器。虽然 GCC 编译器等正在努力添加可用的 Rust 支持，但目前这些替代方案还没有投入生产。因此，如果 Rust 代码被强制使用，Git 的使用可能会受到限制，否则他们可能不得不在初期将基于 Rust 的 Git 功能作为可选项。 

更多详情可以通过此邮件列表线程进行了解。