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 功能作为可选项。
更多详情可以通过此邮件列表线程进行了解:
领取专属 10元无门槛券
私享最新 技术干货