一般发版都是挑对客户影响最小的时间，比如周末的晚上，然后需要提前规划好每一个步骤的时间，几点开始停服、部署、测试、恢复，以及万一遇到问题怎么回滚等等。甚至要提前给客户发提醒，估计什么时候进行维护。这些步骤都是需要评审、领导批准和严格遵守的，像你们这样随意更改时间，当作是一个深刻的教训吧

通常周五都是不发版的，你这里糊涂了，周五急着下班肯定会有坑，你提前干嘛呢

发版上线的第一原则就是周五不上线不发版，除非线上 BUG 紧急修复，否则不要触碰这个红线，哪怕上线很简单的优化或者文案修改

在业务快要挂掉的边缘时，哪有什么生命线，随时可上线

一般业务高峰期，周五，节假日前都不上线的。

最好 不要周末或下班前发版

周末/下班前发版要么求佛无事发生,要么加大班

哪位大佬敢在周五发版,周一发版也比周五好啊

周四发版是最好的选择 搞到凌晨几点 周五上午休假 下午来开开会 摸摸鱼

我们都是周五发版，怎么说

那就做好周六周日随时有人找你的准备

周六周日留给客户测试，出事了周一再看

看来你是没遇到过跟金钱或者奖励挂钩的业务。就比方说一个虚拟活动奖励，如果有 bug,周六日收到的投诉量相当大，且事后用户补偿都够产品开发忙一阵

从发版时间来看周四发版最好，出了问题，周五解决不用加班什么的。
从发布工具来看，根据业务的重要的程度，选择灰度发布，即时有资损，也是很少的一部分，也需要发布工具支持灰度发布。
从测试角度来看，需要复盘下为什么测试环境没有发现？是否考虑下预发版环境的重要性，布置一个？

哈哈哈，很有经验。曾经在前司安全团队，线上安全产品出问题了，国庆假期回来研发才慢悠悠地看，就是典型的业务本身不太重要的案例。

想了解一下，为什么这个问题测试时没有发现？

不知道有没有预发环境，如果有，预发为什么没有发现？

上线预发问题是正常的，然后怎么快速回滚或者恢复到没有问题的状态，在发布前先准备好。
然后做好线上功能的监控，一般等到用户反馈已经累计了很多问题数据了。
最后找一个用户低峰时间，并且最好的早上，遇到问题还有一下午解决，大半夜修问题太累了