三个bug的定位过程---也谈追踪配置库记录的重要性

      bug1: 前几天系统的功能正常， 这几天不行了。

      我和另一个开发人员定位大半天， 最终定位出有人改变了函数接口。 追踪配置库知： 代码优化时， 修改了函数接口， 但被其它未知模块调用（修改函数的人并不知道有这个调用）。版本回退后， 功能正常。yang mm, 要请我吃饭了。

     经验： 修改函数接口时， 一定要明确哪些地方在调用它。

     

     bug2: 前几天系统功能正常， 这几天不行了。

     我定位出大致问题是有人修改过代码。 追踪配置库知：代码优化时， 误用了指针。 liu gg, 要请我吃饭了。

     经验： 指针转化时， 一定要注意， 别乱来。

     bug3: 前几天系统功能正常， 这几天不行了。

     我的系统跑不起来， 浪费一上午， 反复编译， 刷机， 烧录， 我的天。 追踪配置库知： 有人修改引入了错误。 fang mm,  要请我吃饭了。

     经验： 调用别人时， 最好进入别人看看。

    

     以上三个bug的共同点： 原来ok, 后来不ok.

     经验与教训： 遇到这种问题， 首先大概定位一下原因或者问题所在的文件/模块（不用太细致地分析）， 然后追踪配置库的改动，高效省事！