周一早上发版,周五下午封版,周报里写"本周进行了例行发布"。我不知道该说什么,就笑了笑。我把这个发布的每一步都加上了耗时统计。幸好之前留了备份

发布审批流程走了五个人,问题还是发出去了,流程很完善,就是没人看。我想反驳,但发现他说得对。我在发布单上加了二次确认,虽然流程又长了十分钟。从此我多了一条团队规约

自动化的收益在第一次故障时才体现。我听完沉默了,因为太真实了。我发现这个部署是按顺序做的,一个失败全停。这大概就是程序员的人生吧

自动化部署最大的风险是自动化地部署出问题。我想反驳,但发现他说得对。我加了健康检查,发布后自动验证,省得每次都人工点。果然现实比段子更精彩

持续交付的前提是持续可回滚。我想了想自己这些年,好像确实如此。我在心里给这次的发布风险做了个评估。真香定律准时生效

这个脚本上次改是半年前,没人敢动。我默默记下了这句话。我把这个脚本的幂等性做好了,重复执行没问题。这条经验值直接拉满

灰度发布切了百分之一的流量,错误率直接飙到百分之三十。我重新看了一遍手上的计划,把风险项标了出来。我把这个发布的通知接进了群里,大家都能看到。从此我多了一条团队规约

持续交付的前提是持续可回滚。我不知道该说什么,就笑了笑。我在心里给这次的发布做了个复盘提纲。办公室安静得能听见键盘声

这条流水线的耗时有一半在等依赖下载。我听完沉默了,因为太真实了。我把这次发布的每一步都记了下来,下次能少踩一个坑。果然现实比段子更精彩

流水线挂了,日志一万行,有用的信息在第 9999 行。我把相关的记录都翻了出来做对照。我打开流水线日志一页页翻,最后在倒数第二行找到了报错。连茶水间都安静了