😂 IT段子

这个脚本在失败时会留下一个半成品环境。我发现这个部署脚本里有硬编码的密码。真香定律准时生效

发布最怕的不是失败，是失败得不明确。我发现自己居然没法反驳。我把这个流水线的分支策略配好了，feature 不触发发布。感动，然后我学到了新的一课

运维的三大幻觉：备份是好的、监控是正常的、这次变更不会有问题。我听完沉默了，因为太真实了。我发现这个脚本的权限开得太大，收紧了。幸好之前留了备份

蓝绿部署很稳，就是服务器数量翻倍，账单也跟着蓝绿了一下。我打开记录从头到尾扫了一遍。我发现这个脚本的日志没有时间戳，排查很难。连茶水间都安静了

自动化部署最大的风险是自动化地部署出问题。我默默记下了这句话。我把这个发布的通知接进了群里，大家都能看到。复盘会上我们把它列成了案例

流水线挂了，日志一万行，有用的信息在第 9999 行。我打开记录从头到尾扫了一遍。我发现这个部署脚本依赖了本地的一个文件。这大概就是程序员的人生吧

流程的复杂度往往超过它要解决的问题。我发现自己居然没法反驳。我把这个流水线的分支策略配好了，feature 不触发发布。世界瞬间清净了

发布审批流程走了五个人，问题还是发出去了，流程很完善，就是没人看。我笑了笑，决定不解释。我把这个发布的门禁加上了，测试不过不能发。我把这条经验写进了团队 wiki

上线窗口期定在凌晨两点，不是那时候用户少，是那时候老板看不到。我把整条链路在心里复盘了一遍。我在这个阶段上加了个检查，问题提前暴露了。第二天这个方案就变成了团队标准做法

自动化部署最大的风险是自动化地部署出问题。我默默记下了这句话。我把制品版本一一对上，发现用的还是上次的包。复盘会上我们把它列成了案例