楼上分析的差不多。线上crash的bug 首先还是先定位并分析如何解决。1、如果是服务端返回的异常数据没做兼容,就由服务端确保格式正确,客户端看情况是否要做兼容;2、如果是升级版本后的由于本地数据库或本地存储的数据格式未兼容等问题,一般需要撤下版本重新提交;3、如果是业务代码中只是简单的数组越界之类,就很适合使用热修复技术,比如JSPatch,但是前提是已经发布的版本集成过热修复模块,否则也要重新发布版本。 确认是crash问题需要重新提交版本的话,可以走加急审核,很快就可以重新上线,但是每年只有几次机会,不能频繁使用。热修复的JSPatch技术也已经趋于成熟,很多知名的应用也在使用,集成的成本也不高,但是个人觉得还是适用于简单问题的修复,如果较大逻辑变动或者改动较多代码才能修复问题,不如走加急审核,JSPatch相关的内容可以参考 http://jspatch.com/
楼上分析的差不多。
线上crash的bug 首先还是先定位并分析如何解决。
1、如果是服务端返回的异常数据没做兼容,就由服务端确保格式正确,客户端看情况是否要做兼容;
2、如果是升级版本后的由于本地数据库或本地存储的数据格式未兼容等问题,一般需要撤下版本重新提交;
3、如果是业务代码中只是简单的数组越界之类,就很适合使用热修复技术,比如JSPatch,但是前提是已经发布的版本集成过热修复模块,否则也要重新发布版本。
确认是crash问题需要重新提交版本的话,可以走加急审核,很快就可以重新上线,但是每年只有几次机会,不能频繁使用。热修复的JSPatch技术也已经趋于成熟,很多知名的应用也在使用,集成的成本也不高,但是个人觉得还是适用于简单问题的修复,如果较大逻辑变动或者改动较多代码才能修复问题,不如走加急审核,JSPatch相关的内容可以参考 http://jspatch.com/