在工位上, 扭头, 武大尽收眼底, 赏樱花的时候, 站在珞珈山脚，只能抬头仰望；此时，夜色朦胧，珞珈山就像是一个小土坡；四周，开放的办公室一览无余，同事已经陆陆续续下班，只剩下寥寥数人而已。
收回目光，回到电脑屏幕上，上面的代码突然活了，像一个个小虫子在爬动，没错，a lot of bugs in screen。
我是一个码农, 在写sdk, 自己写完之后, run demo, 一切正常, but, 打包发给对方后, 有bug, 我在demo上死活复现不了, 我不知道问题出到哪里, 对着屏幕, 我想, 我应该出去抽支烟静一静, 好好捋一捋思路了。
转动座椅，准备起身，哦，我已经戒烟很久了，已经记不清上次抽烟是什么时候的事情了。
然后，整个人又瘫坐在椅子里。
好吧，继续排查，可是，要怎么排查？
首先排查，我自己run的代码和package的code是不是一套，version是不是一样，为什么对方集成之后有问题, 二我这边为什么就不能复现呢?
已经快9:30了, 北京的同事跑对方公司联调。 上一个版本很稳定, 没有问题, 当时我也小小的骄傲了一把, 可是此时，我自己解决不了问题，却还需要同事给我擦屁股，我怎么可以这么无能！
同事到了之后，建议先采用上次的version看看，debug一下，观看一下两个版本的差别，问我上一个版本的依赖库的各个版本是多少，我查看log，找以前的记录，20十分钟，他package了一个包，给对方集成测试，没有问题，除了没有新功能，老功能一切正常。
我怎么没有想到这个办法！我为什么不先拿老的版本来debug一下，对比这个两个版本的差别，我还是太嫩了！
好吧，既然老包没有问题，就在原先的tag的基础上来一个branch，在此基础上merge一份新功能的code。
此时，又遇到了一个新的问题，我写的sdk依赖的某一个库也有更新，这次新功能需要在那个依赖的库里面增加一部分代码，但是SDK新版本依赖的是那个库是比较新的版本，2.6，老包依赖的是2.4，在branch的基础上增加代码，也需要将原先2.6的代码merge到2.4，发一个2.4.1的新版本。
搞好了, 自测, 早上7:30打包, 发给对方, 等待对方10点上班集成后验证问题, 此时, 被审判的感觉。
网友评论