没有可持续集成的日子里
幸福的生活是比较出来的
在五一前经历了一个噩梦般的48小时连轴转之后,我开始非常怀念在持续化集成环境下工作的日子了。
至少,在可持续集成环境下我不会怀疑我调用的服务接口的可用性,毕竟,环境中繁多但是全面的自动化单元测试保证了服务接口的可用性。
然而由于现在公司的技术“作风”,我现在开始不信任任何一个并非出自我手的接口。因为它们可能在任何一次获取新的代码前都是能够工作的,但是,获取后就会爆出各种各样的错误。
我本以为这只是个意外,毕竟开发过程中开发人员可能会对代码做各种调整,但是由于涉及面过广而有所遗漏。
但是当我发现一个事实之后,才知道这不是意外,这是灾难,接口提供人员竟然是不做单元测试的~~~~
然而突然有一天,自己实现的功能的一个BUG让我可是怀疑自己的人生了,我的一个更改数据的功能竟然无法正确使用。
跑了单元测试后我才发现,原来有人偷改了我底层的代码~~~~
好吧。
有持续集成环境的时候每天早晚各一次的自动化集成确实让自己不再去检查已实现的代码了,因为环境会在集成失败的时候发邮件通知自己的,但是现在没有这样的支持,若要确保代码的安全性,只有每天早晚手动跑一次自己的单元测试集合了。
以前多持续集成的认识在离开了它之后认识的更深刻了。也许构建这种环境会花费一段时间,但是它带来的好处和效率的提升却是值得的。