三四中文

手机浏览器扫描二维码访问

第15章 崩库回溯天塌了（第1页）

“是谁把库上代码搞崩了，我的手机烧上代码直接死机了！”

“昨天是怎么回事，是谁上传的版本没自测？库上的版本怎么崩了？谁给我一个合理的解释！”

“我的也是，两台手机都死机了，根本没法工作了！”

一大早，巴尔平台历史代码迁移工作群就炸锅了。项目经过多次重要性升级和联合调试，现在这个群已经有一百多人了。

我是被手机震动的嗡嗡声吵醒的，昨天熬到1点多，回家收拾完睡觉已经2点了。结果早上8点不到就被吵醒，睡了才6个小时，让我非常不爽。我咒骂道：“这帮人怎么一大早就在群里发疯，这活不是昨天都干完了吗，咋还这么多事。”

群里炸庙的人越来越多，起码有二十个人说自已的测试机烧入最新代码后被搞死机了。版本经理在群里发消息道：“昨天怎么这么多人上传代码，怎么都赶着最后一天传，你们一点风险意识都没有吗？”

一个人说道：“我检验完了，应该不是我的问题。”

又一个人说道：“肯定不是我，我都是按照步骤来的，”

“我是下午上传的，有问题肯定早就发现了，不会到现在才有问题。”

“我上传前验证了不下五遍，不可能是我的问题。”

版本经理说道：“都说不是自已搞崩的，那代码能无缘无故坏掉？所有昨天上传代码的人，马上回去检视下自已的问题，看看上传过程是否严格按照指导。我这边同步安排测试逐个节点排查。在问题排查清楚之前，所有人不要再烧录代码了。”

看着版本经理发火，我内心有点不淡定了，看来这次的篓子不小啊，也不知道是谁捅的。不过既然版本经理要求了，我得积极响应。于是我马上起床来到公司，检验昨天提交代码过程是否有问题。

到办公室后，我马上看了下昨天的自测记录。各项条目都满足预期，所有的记录看起来也都没有什么问题，我松了口气，应该不是我的问题。

上班时间到了，大家都到岗之后，对于版本问题的反馈越来越多，也有些人没看版本经理消息，烧录手机后导致死机，一时间群内再次充斥起了责怪的声音。

“我们今天还有好多工作要做呢，版本搞成这个样子，耽误了我们进度谁来负责？”

“能不能快点定位出来问题，不行就回退版本，我们今天必须要给产品那边一个版本。”

“谁又把版本搞崩了，做事这么不负责任！”

看着群内越来越乱，版本经理再次出来回复道：“各位别急，先暂缓手头工作，问题马上就定位到了。”

10点多的时候，经过多名测试人员的紧张排查，结果终于出来了。一名测试在群里发道：“凌晨00:30的版本还是没问题的，问题出在01:00上传的版本，上传人是赵功。”

看着这条消息，我大为疑惑，怎么能是我的版本有问题呢？明明我自测试是没问题的啊。

测试人员发出结论后，版本经理马上在群里@我，说道：“赵功，你怎么搞得，上库之前不知道先验证代码吗，把代码库搞崩了，赶快搞定你的问题，不然就把你的修改回退掉！”

接着版本经理又@老谭说道：“谭老师，代码迁移这么重要的任务怎么让一个外包全权来做，还不经过审核，这给大家造成了多少的麻烦。代码上库前一定要有正式员工检视啊！”