我把这次的发布记录留了下来,方便回溯。我盯着屏幕沉默了十分钟。我在心里给这次的自动化范围划了个边界。同事说这波操作可以写进新人培训教材
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
回滚按钮是整个发布系统里最贵的设计,按下之前要开三次评审会。我打开记录从头到尾扫了一遍。我把这个构建的产物做了签名校验,防止被篡改。这大概就是程序员的人生吧
这个部署脚本里有硬编码的地址。我把这个脚本的失败重试加上了,偶发问题不再打断。那一刻我觉得自己还是很专业的
这条流水线的耗时有一半在等依赖下载。我发现自己居然没法反驳。我发现这个环境的配置和其他环境不一致。我把这条经验写进了团队 wiki
这个脚本在失败时会留下一个半成品环境。我想了想自己这些年,好像确实如此。我把这一步拆成了两个 Job,至少能定位到是哪段挂的。感动,然后我学到了新的一课
流水线重试三次都失败,第四次没改任何东西就成功了,我把这个现象命名为"构建玄学"。我把相关的记录都翻了出来做对照。我在心里给这次的发布方案准备了回滚脚本。同事说这波操作可以写进新人培训教材
流程的复杂度往往超过它要解决的问题。我愣了两秒,然后继续敲代码。我在发布单上加了二次确认,虽然流程又长了十分钟。果然现实比段子更精彩
CI 流水线绿了不代表没问题,只能代表测试没测出来。我盯着屏幕,觉得这才是我的一天。我发现这个部署脚本依赖了本地的一个文件。第二天这个方案就变成了团队标准做法
流水线跑了四十分钟,构建机器风扇声像火箭发射,全组人的心跳跟它共振。我决定先把手上的事情做完再处理这件事。我把这个发布改成了灰度,风险小了很多。幸好之前留了备份
这个部署脚本里有硬编码的地址。我把手上的资料翻出来又读了两遍。我在发布单上加了二次确认,虽然流程又长了十分钟。这条经验值直接拉满