来自：https://os.mbed.com/blog/entry/Changeof ... seprocess/
总览
在过去的几个月中，我们一直在考虑更改Mbed OS的发行方式。这有许多的原因：
- 我们需要能够更频繁地发布新功能
- 随着功能的成熟，我们需要更大的灵活性来发布功能（发布时间过早或发布之前的几个月都没有延迟）
- 我们想简化我们的分支策略
- 这将使我们能够提高功能版本的质量，因为它们并满足当前版本的节奏
- 我们需要能够更好地支持我们的Pelion Client发布模型
目前，我们每2周发布一次Mbed OS补丁程序发布，并且每季度发布一次功能发布。我们的发行版来自专门的发行分支（例如mbed-os-5.14）。然后，只要我们从当前版本分支中释放它，便将其添加到该标签。这些发行版非常定期且可预测，并且在常规补丁程序发行版中提供了针对关键问题的修复程序，响应时间仅为2周。但是，我们不接受修补程序版本中的新功能或不接受修补程序/功能版本中的更改。因此，此功能节奏：
- 推动行为以挤压低质量内容发布。
- 如果错过了当前功能，则意味着延迟3-4个月。
- 由于工作往往会在发布周期结束时积累，因此会导致某些团队（例如，文档和维护人员）出现瓶颈。
- 由于发布之间的时间间隔较长，因此增加了集成和发布的复杂性。
从Mbed OS 5.14开始，我们正在采用新的发行过程。从现在起到2020年1月，我们将每月（在第3个星期三）发布一次补丁。然后从2020年1月开始，我们将继续每月一次，在第3个星期三进行发布，但是发布的类型将取决于自上一个发布以来对Mbed OS的贡献内容：
- 如果我们只有补丁，那么我们将发布补丁。
- 如果我们有任何新功能，功能或API更改，那么我们将发布功能。
- 如果我们有任何重大更改，我们将进行重大发布。但是，这种情况很少发生。
改变分支策略
作为此过程的一部分，我们的分支策略也在不断变化。从现在开始，我们建议所有功能开发应在独立的功能分支上进行。新功能只有在满足以下条件后，才能被重新接受使用：
- 代码是否完整
- 有完整的随附文件
- 包括任何相关的测试和测试结果
- 经过全面审查和验证
图解表示
