帖子
帖子
用户
博客
课程
1234
返回列表 发新帖
本帖最后由 看看多久能解决 于 2024-5-24 15:53 编辑
wangsenyan · 2024-5-24 14:34update = true,表示有版本更新,不会返回云修复了

没有版本更新的时候,才会云修复

1、当有新版本时,云修复就不会返回了,那如何对特定版本修复呢。
比如现在最新版本4.3.8,当前版本4.3.7,又没有开启强制升级,那用户就可以继续使用4.3.7,现在如何对4.3.7进行修复呢,况且平台上面不是写的可以对选定的版本进行修复的吗?



0
帖子
2
勋章
1590
Y币
我个人理解当初的产品设计这块逻辑的时候,应该考虑云修复只是针对最新版本的一种紧急补救手段。
对于你描述的场景,我假设站在当初产品的角度去考虑:
如果针对旧的指定版本的云修复内部不是很重要(比如不是那种恶性Bug),那么修复不修复都无所谓,因为用户还可以使用或者考虑升级到高版本;
如果针对旧的指定版本的云修复内部很重要(恶性Bug),那么因为这个是旧版本,说明当前已经有新的版本,应该关闭该就版本,让用户强制升级到新版本(如果此时新版本也存在这个问题,则应该针对新的版本去发布云修复);
所以我分析当初产品考虑你现在描述的场景是一个伪需求,所以没有考虑兼容这种场景(当然也有可能他压根就没考虑过这种场景需要)

结论:
你重要的云修复,就强制用户升级到新的版本,不重要的云修复就那样放弃吧
至高吾·尚 · 2024-5-24 16:27我个人理解当初的产品设计这块逻辑的时候,应该考虑云修复只是针对最新版本的一种紧急补救手段。
对于你描述的场景,我假设站在当初产品的角度去考虑:
如果针对旧的指定版本的云修复内部不是很重要(比如不是那种恶 ...

云修复包的大小有限制吗,比如最大不能超过多少MB
0
帖子
2
勋章
1590
Y币
看看多久能解决 · 2024-5-24 18:35云修复包的大小有限制吗,比如最大不能超过多少MB

据我所知,应该没有。不过鉴于晕修复的机制,如果因为大部分是静默修复,即在App的后台更新,并且要考虑用户的应用体验,不能抢了App主体服务的网速,所以下载的速度应该不会太快。这样如果云修复包太大,会导致app下载的时间边长,如果期间用户关闭了app就会导致云修复失败。

所以可以得出结论,越大的云修复包越会增加云修复失败的几率,从云修复的设计机制上,也是用于微小功能的修复,如果云修复包很大,那就应该考虑发布新版本,进行版本升级。
1234
您需要登录后才可以回帖 登录

本版积分规则