From 2fdce107c2f94160e3382674f50d89455c6f91a6 Mon Sep 17 00:00:00 2001 From: sparklelcm333 Date: Tue, 23 Jun 2026 20:54:38 +0800 Subject: [PATCH] Update releases.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 将"岁时"替换为"随时" --- src/appendix/releases.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/appendix/releases.md b/src/appendix/releases.md index 9db2a98..af071f0 100644 --- a/src/appendix/releases.md +++ b/src/appendix/releases.md @@ -74,7 +74,7 @@ stable: * Rust 每六周发布一次，就像时刻表一样。当咱们知道某次 Rust 发布的日期，就可以知道下一发布的日期：那就是六周后。每六周安排一次发布的一个好处是，下一班列车很快就会到来。若某项特性碰巧错过了某个特定发布，也无需担心：另一个发布很快就会出现！这有助于减少在发布截止日期邻近时，塞入可能尚未打磨完善的特性所带来的压力。 -得益于这一流程，咱们可以岁时检出 Rust 的下一个构建，并请自验证是否可以轻松升级到该构建：当 beta 发布未如预期运行时，咱们可以向 Rust 团队报告而在下一个稳定发布之前修复他！beta 发布中的损坏相对较少，但 `rustc` 终究是个软件，因此确实存在一些 bug。 +得益于这一流程，咱们可以随时检出 Rust 的下一个构建，并请自验证是否可以轻松升级到该构建：当 beta 发布未如预期运行时，咱们可以向 Rust 团队报告而在下一个稳定发布之前修复他！beta 发布中的损坏相对较少，但 `rustc` 终究是个软件，因此确实存在一些 bug。 ## 维护周期