增量更新环节案例（一）

测试服（不限制ip）验证完成，到正式服（限制ip）开白名单验证，然后在线上灰度，正式对外，灰度是要看情况的。

 

测试要求：

要求是appversion1.0.2  resversion 1031 -> 升级后appversion不变，resversion 1032

当时测试组有人配置了1个补丁，每次由1个人来操作，平时这个流程很成熟的，这次也出了问题，卡了一会，这里做分享。

 

补丁包更新确保以下是正确的：

文件正确上传ftp文件管理位置（国外对应国外的，国内也是）

资源版本号和文件数量正确并且合法

文件大小正确，补丁路径个事正确。

整个patch路径正确-可支持url复制下载到资源

对应版本版本号也在合法区间内

 

一切通过后，patch文件里做文件差异，有运行游戏后做ptach检查，发现补丁更新失败。

步骤如下：

1） 启动游戏，初始化sdk，启动sdk加载平台账号ok

2） 获取服务器列表ok，客户端文件匹配resversion 1321和appversion 1.0.2，触发更新

3） 时光机步骤过了壳到游戏的部分，patch条一直在转，然后提示更新失败（平台自定义的文本提示）

 

当时没有直接连线调式打log，选择先检查后台，发现资源地址配置xxx.com/ filepath/filename（patch_1032_4.hl）前面缺少http://

这是1个疏忽性的问题，直接把资源地址配置放在url里，也是可以下载，但在配置里是需要写完整的，不支持自动解析。

 

Ip解析的域名带下划线，当时觉得有点奇怪，测试组修改了patch名称后，就可以更新了。

 

发现可以更新后，完成smoke和特征测试后就发布上线了，当时渠道方也在登陆测试，也出现了补丁包更新失败，模拟器步骤更新失败和android更新失败。

 

Ps:游戏增量更新需要保证

1.如果更改了库文件，特殊载体需要验证。根据实际情况一定比例

2.ios,android需要上线验证。

3.对模拟器操作上线验证。根据实际情况一定比例

 

当时提示对方也在更新，所以建议对方需要在设置-应用管理-指定应用-清除数据和关闭之前进程，在开1次才可以更新到patch。这里需要了解在什么情况下，文件变更或者驱动变更才可以生效。

 

但是我们这边没有复现没法打logcat，对方一时也找不到人打logcat，所以我根据经验要求对方一起做了很多验证（重新安装包，内存剩余空间检查，模拟器清除数据等），这里略过。

 

对方抓了log发回来，发现java解析补丁文件失败，也有几个system.err()系统异常的。

最后发现是ip转换域名里使用下划线导致的，会导致部分手机中http读写失败，会进行自动拒绝不合法域名，最早的dns语法里没有包含下划线，这个是失误了。

Java本身也自带了方法url url string，处理过程就不描述了。

 

总结：

对于已经成熟环节，但在质量比较重要环节有点投入轻视。

游戏较多，不清楚的配置可以检查上一份版本的配置，做为参考。之前配置的应该在后台有一份，在本地txt也需要留一份。

本地不可复现，尽快让对方传log回来。

同安装软件路径地址一样，绝对路径不使用中文和特殊符号，特别留意下划线_，连接符-，多余的点号.。