在2020年4月，ODA宣布将每月发布其全线产品的生产版本。这取代了可追溯到十多年前的半年发布计划。一些ODA成员对这项新政策表示担忧，特别是担心这可能导致ODA产品质量下降，我希望直接解决这些担忧。
转向每月生产发布并非一时兴起，而是过去十年ODA质量流程演变的自然结果。其早期基础是2011年开发了一个跨平台构建/测试每提交系统（持续集成，或CI）。ODA开发人员提交的更改如果导致构建失败或回归测试失败，会在几小时内收到自动通知，并且这些问题会由引入它们的开发人员迅速修复。这比每周或每月手动审查这些项目有了显著改进，因为手动审查可能需要筛选数百次提交才能找到有问题的代码行。当然，每次提交可以进行的测试量是有限的，因此这些测试辅以每日、每周和每月的回归测试运行，每次测试集都逐步扩展。
2013年，ODA转向了基于4周冲刺的敏捷开发流程。这一改变旨在提高ODA开发的规划性和可预测性，并且基于这种节奏构建一套自动化测试和发布流程也是顺理成章的。2014年，ODA开始将这些每月构建的结果作为“临时”版本发布，供成员下载以提前获取错误修复和新功能。
从2014年起，ODA一直在定期改进这些基本系统：
- 通过投资新硬件（包括大量使用虚拟化技术）来提高测试能力。
- 通过积极实施针对正确性、稳定性、性能和内存泄漏的新测试来提高测试覆盖率。
- 通过新功能、更高的可靠性和更友好的用户界面来改进质量系统本身。
每年，随着我们整体测试流程的质量和效率不断提高，我们每月发布的版本质量也随之改善，发布流程本身也变得更加可靠且省力。
我们于2020年4月宣布的每月生产版本发布并非对ODA开发流程的彻底重组。相反，这只是承认我们自2014年以来一直默默发布的月度版本现在已足够用于生产。这对ODA成员的好处显而易见：可以快速获取错误修复和新功能，这对于我们较新的技术（如BimRv、IFC、Visualize和Open Cloud）尤为重要。喜欢半年或年度更新的成员可以自由地继续他们偏好的更新计划。
2015年，ODA创始成员Onshape宣布了一项相当大胆且独特（当时）的政策，即为其基于云的CAD软件每3周发布一次新的生产版本。他们的成功证明，短发布周期适用于现代CAD开发。短发布周期需要精确的规划、纪律、团队认同和细致的执行——但如果这些已经成为您公司文化的一部分，那么定期发布高质量版本是很有意义的。
