rust 声明周期_Rust承诺6周的发布周期

rust 声明周期

Rust编程语言在许多方面都是一个雄心勃勃的项目。 随着5月15日发布Rust 1.0，人们可能会问：“下一步是什么？” 关于Rust语言如何在不进行垃圾收集的情况下实现其内存安全目标的技术方面，已经写了很多词，但是关于项目本身及其结构的讨论却很少。 开源项目不仅仅是代码，Rust也不例外。

巨变

从历史上看，Rust的发展一直是一个巨大变化的故事。 如果从历史上看一下Rust，您会发现一些奇特的东西：Rust从一开始就具有相同的使命：并发，安全的系统编程语言。 但是Rust的成就方式自八年前成立以来就发生了重大变化。

为了适应这些变化，语言的语法和语义也一直在Swift变化。 这使Rust很难学习，因为一个人需要跟上高速项目中的许多变化。 当Rust接近目前采用的格式时，团队不得不解决以下问题：“ Rust何时稳定？” 以及一个相关且重要的问题：“稳定性是什么意思？”

尽管稳定性对于编程语言的用户来说是有用的，但静态的语言也没有用。 任何1.0版本都不是完美的，因为没有软件是完美的。 同时，以前的状态也不好，因为总变化太混乱了。

像发条和网络

与任何工程决策一样，重要的是，不仅要考虑您的要求，而且要检查其他人在遇到相同问题时做了什么。 Web是另一个具有非常强的向后兼容性保证，但一直在增长和变化的平台。 为了在这些限制条件下工作，常绿网络浏览器每六周发布一次具有新功能和错误修复的新版本，但仍与现有网络兼容。 许多网站本身遵循持续集成或类似的工程原理，旨在使更改变得更加容易。 一个Web应用程序每天可能部署数十次，而桌面软件的更新则很少，最多每年更新一次或两次。

因此，Rust遵循类似的路径：1.0于5月15日发布，1.1 beta同时发布，而master开发分支已提升至1.2。 六周后，即6月26日，Rust 1.1将脱离beta并成为稳定版本，而1.2将升级为1.2-beta，而最终版将成为1.3。

像发条一样，这些更新将每六周发布一次。 这三个版本称为channel ，Rust有三个版本：每晚，beta和稳定版。 每隔24小时就会从master分支生成一个每晚的新版本，而beta版和稳定版仅在将事物反向移植到其分支时才进行更新。 Rust遵循语义版本控制原则，这意味着1.x系列中的这些次要发行版将与以前的发行版向后兼容。 它们将包含新功能和错误修复，但是您为1.0编写的任何代码都可以直接使用，也可以在1.1上进行少量修改。

这种安排不仅使Rust用户可以快速访问新功能和错误修复，而且还有一些次要效果，有望带来更高质量的版本。 例如，考虑一个每年发布一次的项目。 在给定的一年中，该项目看到了两个新功能，即A和B。A出现在周期的两个月内，而B出现在周期的结束前两个月。 在这样的循环中，即使功能B的错误比平时多，也强烈希望发布功能B。 尽管它比功能A少了八个月的测试时间，但开发人员喜欢新功能，并且如果功能B错过了发布，则它将需要整整一年的时间才能使用。

随着周期的缩短，这种压力得以缓解：如果某个功能尚未为即将发布的版本做好充分准备，则距下一个版本只有短短的六个星期。 如果特征未完全烘焙，则可以防止这些特征进入稳定通道。

翻译自: https://opensource.com/business/15/6/rust-6-week-release-cycle

rust 声明周期