document/rust-lang-zh_CN
2
0
Fork 0
mirror of https://github.com/gnu4cn/rust-lang-zh_CN.git synced 2026-08-19 04:33:27 +08:00
Code Issues Packages Projects Releases Wiki Activity

Update releases.md

Browse Source 
将"岁时"替换为"随时"
This commit is contained in:
sparklelcm333
2026-06-23 20:54:38 +08:00
committed by GitHub
parent a5c3c0e34e
commit 2fdce107c2
1 changed files with 1 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
src/appendix/releases.md
View File

@@ -74,7 +74,7 @@ stable: *
Rust 每六周发布一次，就像时刻表一样。当咱们知道某次 Rust 发布的日期，就可以知道下一发布的日期：那就是六周后。每六周安排一次发布的一个好处是，下一班列车很快就会到来。若某项特性碰巧错过了某个特定发布，也无需担心：另一个发布很快就会出现！这有助于减少在发布截止日期邻近时，塞入可能尚未打磨完善的特性所带来的压力。 Rust 每六周发布一次，就像时刻表一样。当咱们知道某次 Rust 发布的日期，就可以知道下一发布的日期：那就是六周后。每六周安排一次发布的一个好处是，下一班列车很快就会到来。若某项特性碰巧错过了某个特定发布，也无需担心：另一个发布很快就会出现！这有助于减少在发布截止日期邻近时，塞入可能尚未打磨完善的特性所带来的压力。
得益于这一流程，咱们可以岁时检出 Rust 的下一个构建，并请自验证是否可以轻松升级到该构建：当 beta 发布未如预期运行时，咱们可以向 Rust 团队报告而在下一个稳定发布之前修复他！beta 发布中的损坏相对较少，但 `rustc` 终究是个软件，因此确实存在一些 bug。 得益于这一流程，咱们可以随时检出 Rust 的下一个构建，并请自验证是否可以轻松升级到该构建：当 beta 发布未如预期运行时，咱们可以向 Rust 团队报告而在下一个稳定发布之前修复他！beta 发布中的损坏相对较少，但 `rustc` 终究是个软件，因此确实存在一些 bug。
## 维护周期 ## 维护周期