|
|
原文链接, https://app.yinxiang.com/fx/e1003c4c-523f-40c4-b6b6-90c7413b0af3
Sailing框架版本发布策略框架包含的范围Sailing框架是指Framework, Domain和Designer. - framework提供了元数据驱动的开发模式, 以及支持此开发模式的工具集;
- domain则在framework的基础上提供了适合供应链管理领域的一系列业务抽象;
- designer为以上两者的可视化建模平台;
版本策略的意义对于Sailing框架使用者来说, 最好能在第一时间使用到新特性的发布版本, 且所有的发布版本都能持续优化. 但一来这么做导致的版本爆炸会使版本维护工作变成一个噩梦(因为每个bug修复都需要考虑所有的版本), 另一方面也会使框架使用者在选择版本时无所适从.
因此, 版本策略的本质实际上是一种平衡. 我们根据我们的情况试行以下版本策略. 框架版本定义Sailing框架采用语义化版本策略, 每个版本号类似这样6.4.3. - 第一位为产品版本. 这个号码永远保持和产品证书上的一致. 目前为6;
- 第二位为功能版本. 这个号码的增加意味着存在功能\接口的新增和\或调整;
- 第三位为修订版本. 如果没有发生接口或者功能的变化, 仅仅是修复bug\性能调优\内部重构, 则保持功能版本步变, 修订版本增加;
示例:
目前最新版本是6.4.3, 在此基础上增加了某个特性后, 版本号迭代为6.5.0. 后续发现了某个bug, 经分析这个bug影响6.4.3和6.5.0, 那么修复后发布两个版本, 6.4.4和6.5.1.
版本升级平滑性总体来说, Sailing框架需要确保版本版本升级的平滑性. - 对于修订版本的迭代, 保证无缝升级, 且推荐升级;
- 对于功能版本的迭代, 版本升级的平滑性的含义以下几种之一:
- 框架升级后, 不包含任何break changes, 框架使用方无需任何调整. 这种情况主要出现在框架增加某个特性. 大多数的升级都是这种情况.
- 框架升级后, 包含break changes, 但框架内在机制可以自动迁移变化点, 包括模块迁移机制, 元数据迁移机制等.
- 框架升级后, 包含break changes, 但框架(或附加工具包)提供了手动迁移工具或指导.
版本发布策略为了规范框架版本的管理, 把功能版本的迭代发布分为两种, 长周期发布(LTS)和短周期发布(SLS). - LTS: 每4个月发布一次, 每个版本维护12个月, 维护期内仅升级修订版本;
- STS: 每1个月发布一次, 每个版本维护4个月, 维护期内仅升级修订版本; 每次发布LTS之后, 之前的STS版本都停止维护;
LTS版本中的功能经历了较长时间的测试和项目实践, 因此稳定性较高, 项目上线推荐使用LTS.
STS版本中的功能迭代更快, 如果有正好需要用到这些特性的项目, 那么项目刚启动时可以使用STS版本, 等到上线前夕切换到LTS版本. 此外, 还会提供一个每日构建版本, 对于需要尝鲜和急需某个特性的项目可以使用每日构建版本. 但这个版本本质上是个开发中版本, 稳定性没有保证, 事后还是要尽快切换到下一个STS或者LTS版本. 示例:
2020年11月1日发布了LTS版本6.4.0 LTS, 这个版本将一直维护到2021年10月30日. 在此期间, 仅迭代修订版本.
2020年11月15日发布了STS版本 6.5.0, 这个版本将维护到2020年12月14日.
2020年11月16日发现了一个bug, 经分析影响6.4.0 LTS和6.5.0, 那么两个版本分别迭代为6.4.1 TLS和6.5.1.
2020年12月15日发布了STS版本 6.6.0 这个版本将维护到2021年1月14日.
2020年12月17日发现了一个bug, 由于6.5.1维护期过了, 因此只分析对6.4.1 LTS和6.6.0的影响, 两个版本分别迭代为6.4.2 TLS和6.6.1.
2021年1月15日发布了STS版本 6.7.0 这个版本将维护到2021年2月14日.
2021年2月15日发布了STS版本 6.8.0 这个版本将维护到2021年3月14日.
2020年3月1日发布了LTS版本6.9.0 LTS, 这个版本将一直维护到2022年2月28日. 这个版本已发布, 之前的STS版本6.8.0停止维护.
2021年3月15日发布了STS版本 6.10.0 这个版本将维护到2021年4月14日.
至此, 目前维护中的版本有6.4.2 LTS, 6.9.0 LTS和6.10.0.
|
|
发表于 2020-11-4 11:09:59
发表于 2023-6-15 12:58:23
