客户端更新策略

客户端版本信息数据表

1. 客户端类型
2. 客户端应用id
3. 客户端应用版本
4. 版本启用状态
5. 版本启用时间
6. 版本失效时间
7. 是否最新版本
8. 新版本全量下载链接
9. 更新提示标题
10. 更新提示内容(纯文本/富文本/链接？)

更新运维流程

1. 准备好新版本程序文件及下载链接
2. 填写新版本信息
3. 决定版本更新时间，设置新版本生效时间，设置旧版本的失效时间

更新服务逻辑

1. 根据客户端当前版本 查到版本状态是否可用 如不可用则代表必须更新
2. 查询到客户端最新版本信息
3. 下发更新数据

问题：对于增量更新，设计的支持还不够
单独增加一个增量更新数据表

增量更新数据表

1. 客户端类型
2. 客户端应用id
3. 客户端当前版本
4. 客户端目标版本
5. 增量包下载地址(s)

对应增量包我有两种思路

1. 直接打包出当前版本和目标版本的差异包 但这样会造成不同的增量包的数量比较多
2. 多个增量包，每个增量包都是相邻版本的 客户端依次下载增量包进行patch