[讨论] Mbed OS 改变发布方式

最近，MBed在官方博客上宣布改变了发行方式

来自：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更改，那么我们将发布功能。
• 如果我们有任何重大更改，我们将进行重大发布。但是，这种情况很少发生。

在文档中将解释正在制作的发行方式以及这可能产生的影响。


改变分支策略

作为此过程的一部分，我们的分支策略也在不断变化。从现在开始，我们建议所有功能开发应在独立的功能分支上进行。新功能只有在满足以下条件后，才能被重新接受使用：

• 代码是否完整
• 有完整的随附文件
• 包括任何相关的测试和测试结果
• 经过全面审查和验证

然后在下一个版本到期时由Master发行。


图解表示

记得最早是使用Freescale的KL25Z开发板才接触到mbed WEB IDE的，感觉这东西当mbed WEB IDE玩具或当入门教具。Mbed OS和传统的RTOS有什么显著的区别特性，或者在开发模式上有区别？

mbed os是ARM官方出的RTOS+通用中间层+组件，比传统的RTOS更容易使用吧，但是支持的芯片种类不是太多。