打不死的BUG

一个BUG发现后，大概是这么个流程：

分析BUG原因-->修改代码-->回归测试-->更新在线系统版本，

这样，一个BUG的生命周期就终结了！

但我们曾经发现一个神BUG有四条命，它就是“修改原始包数据”！

在并联单业务模式下，为了处理性能，不用临时copy一份副本，直接修改网卡捕获的原始报文，也没什么问题，

但在串联环境，或多业务串行处理模式下，擅自修改原始包，就是个大问题了。

它先后在四个不同项目上重复出现:

1-863

2-XJ串联平台

3-BMJ-JC平台

4-水浒

并且有的DEBUG的时间还很长，等发现是曾经解决过的问题后，千言万语汇成两个字：  （自行脑补）

这应该是创纪录了吧！

大概有几个原因吧:

1-当时还没有git, 代码同步都是纯手工完成，尤其是多个同事之间的合并，难免弄错了或忘记了；

2-有些BUG是现场发现的，可能就地就修改了，但现场改的是副本，回办公室后没有更新；

3-不同服务器，不同目录同时存在很多版本，有新有旧，部署时用的不是最新的；