Inside Rust Blog
·
我们测试基础设施的本月动态：2025年1月和2月
💡
原文英文，约1800词，阅读约需7分钟。
📝
内容提要
2025年1月和2月，rust-lang/rust测试基础设施进行了多项改进，包括将ci.py重写为Rust工具、支持作业名称通配符、将自定义尝试作业限制增加至20、淘汰Makefile测试基础设施。这些改进提升了可维护性和用户体验，促进了贡献者参与。
🎯
关键要点
- 2025年1月和2月，rust-lang/rust测试基础设施进行了多项改进。
- ci.py被重写为Rust工具，提升了可维护性和用户体验。
- 支持作业名称通配符，允许使用glob模式匹配作业名称。
- 自定义尝试作业的限制增加至20个，之前为10个。
- 淘汰了基于Makefile的测试基础设施，转向使用rmake.rs。
- 新的测试基础设施提高了Rust贡献者的可访问性。
- 迁移工作历时约一年，所有Makefile基础的测试已被迁移。
- 引入了GitHub作业摘要中的引导测试和构建步骤指标。
- 统一了rustc工具的分阶段处理逻辑，减少了混淆。
- run-make-support和rmake.rs现在使用阶段0编译器构建。
- core和alloc单元测试分别移至独立的coretests和alloctests包。
❓
延伸问答
rust-lang/rust测试基础设施在2025年1月和2月有哪些主要改进？
主要改进包括将ci.py重写为Rust工具、支持作业名称通配符、自定义尝试作业限制增加至20个，以及淘汰Makefile测试基础设施。
ci.py重写为Rust工具的原因是什么？
ci.py重写为Rust工具是因为旧的Python脚本难以维护，缺乏测试覆盖，且难以实现CI用户体验的改进。
自定义尝试作业的限制从10个增加到20个有什么意义？
限制增加至20个使得用户可以同时运行更多的自定义尝试作业，提高了测试的灵活性和效率。
淘汰Makefile测试基础设施的原因是什么？
淘汰Makefile测试基础设施是为了提高可访问性，减少对外部工具的依赖，并避免不同平台间的兼容性问题。
新的测试基础设施如何提高Rust贡献者的可访问性？
新的测试基础设施使用rmake.rs，简化了测试编写过程，减少了Makefile和shell语法的复杂性，使贡献者更容易参与。
GitHub作业摘要中引入的测试和构建步骤指标有什么作用？
引入的指标可以帮助用户更好地理解测试和构建过程的性能，便于优化和调试。
➡️
