版本

版本控制策略

稳定性可确保微服务，API，工具和学习的实践不会意外地过时。

本文档包含了为您提供分类法的实践，并具有稳定性的平衡，以确保始终以可预测的方式引入未来的变化。

DDB 遵循 语义版本控制 2.0.0 (opens new window) 。 DDB 版本号有三个部分：major.minor.patch。 根据版本中包含的更改级别增量版本编号。

• 主要版本包含重要的新功能，但有些除了最少的开发人员帮助时，预计将在更新期间提供帮助。 在更新新的主要版本时，您可能需要运行更新脚本，重构代码，运行其他测试并学习新的 API。

• 次要版本包含重要的新功能。 较小的发行版完全向后兼容； 更新期间没有开发人员的帮助，但是您可以选择修改应用程序和库以开始使用新版本中添加的新 API，功能和功能。

• 补丁发布是低风险，包含错误修复和小型新功能。 更新期间预计不会开发人员帮助。

发布时间表

您可以关注 当前的团队进步 (opens new window) 有关更详细的概述。

_611 免责声明 ：我们在动态环境中运作，事情可能会改变。 提供的信息旨在概述一般框架方向。 它仅用于信息目的。 我们可能会决定随时添加/删除新项目，具体取决于我们在达到质量标准时交付的能力。 DDB 的任何功能或功能的开发，发布和时机仍然由 DDB 团队自行决定。 路线图不代表任何时间交付的承诺，义务或承诺。

贬值惯例

有时需要“破坏变化”，例如取消对选定 API 和功能的支持。

使这些过渡尽可能容易：

• 断裂变化的数量被最小化，并在可能的情况下提供迁移工具。

• 遵循下面描述的弃用政策，因此您有时间将应用程序更新为最新的 API 和最佳实践。

• 通知将在应用程序和 Yammer 组中发布，以识别相关的时间表。

折旧政策

• 弃用功能在 ChangElog 中宣布，并在可能的情况下在运行时发出警告。

• 宣布贬值后，提供了建议的更新路径。

• 支持在折旧期间使用稳定的 API，因此您的代码将在此期间继续工作。