iOS-事故记录

2019-09-26 上线事故记录
已经发布版本，在AppStore迟迟迟迟迟迟没有看到。

事故？

按照摘要描述的，这本不是一个事故，为什么叫事故呢？
由于此版本是强更版本，移动端，Web，后台，全部需要统一上线；最后其他端都上线了，就iOS没有更新，导致线上宕机25h20m，并且收到了很多差评。

上线流程

时间	操作
09:00	发布停服更新公告
10:00	停服，导数据，代码合并Master上线
10:10	Web合并Master上线
11:00	释放Android包同时配置强更
11:10	iOS发布版本同时配置强更
14:00	开服

按照这个流程，iOS这边只需要静悄悄的等待上线就好了，按照正常的时间，iOS这边是半个小时到2个小时，这个时间肯定是够够的。但是，就怕这个但是，我们等了25h20m。

iOS操作流程

时间	操作状态	备注
2019-09-22 22:39	2.1.0准备提交
2019-09-23 13:19	提交审核
2019-09-24 04:56	正在审核
2019-09-24 05:55	等待开发人员发布
2019-09-25 11:10	发布此版本
2019-09-25 16:43	更改价格及发布地区	刷新状态
2019-09-25 18:15	给Apple发邮件
2019-09-26 10:00	下架应用	刷新状态
2019-09-26 10:00	发布版本	刷新状态
2019-09-26 10:36	Apple回复邮件	可供销售后，最多等待24小时
2019-09-26 11:03	2.1.1准备提交	只为尝试提交让其刷新状态，并没有用
2019-09-26 11:13	Call Apple	回复说我们重新上架，还要等最多24小时
2019-09-26 12:14	商店封面图更新
2019-09-26 12:16	商店可以刷到最新包
2019-09-26 12:30	商店文案更新
2019-09-26 12:38	发布上线通知

下面是Apple的邮件回复

实时监测最新版本的脚本

监测iOS发布更新

总结

优化上线流程，iOS和Android应该提前发布，然后再走后端上线流程。

如果后台的流程后置的话，一定要保障其自动化部署和迁移脚本能够顺利进行。