情景如下:
某日测试部门提出来一个故障单,web工程的定时任务在这个版本跑了2次,2次入统计库,造成数据错误
于是up主蛋疼了1个多小时,看代码逻辑哪里错了,自己没找出来,又叫来一个前辈看了一会,感觉代码还是没有问题。最后只好换了一种方式来实现定时任务。
周二新发版本,今日测试部退回单子,验证不通过,发现版本换了之后竟然跑了三次。
up主真的不淡定了,这TM这么神奇?
up主跑去测试环境服务器,发现确实如此,可TM为什么呢。发现tomcat webapps文件夹下除了项目之外,多了几个.bat文件,遂问项目负责的一测试人员,这是什么,你在linux下写bat批处理干嘛,没回答。
up主继续蛋疼的看,up主突然想尝试了下cat 该bat文件,发现居然提示不是文件,是一个文件夹,cd下去一看,好家伙,这TM居然是相同项目的不同版本。(up主默认认为是bat文件应该不会影响的)
so,同样的还有一个 项目名+"1.bat"
up主膝盖碎了一地,找来该测试,回复曰:这是上个版本和上上个版本的备份。
up主先去静静。
1
Jafee 2015-06-04 00:14:16 +08:00 via Android
他可能备份.bak写错了,应该不会对项目有影响。
|
3
SoloCompany 2015-06-04 02:01:44 +08:00 via iPad
这种问题没有什么好办法防止,要不就是强制用war发布,至少备份的时候如果运维人员够“机智”换了后缀,管它喵喵汪汪是bat还是bak都没个egg影响
我还见过发布个jar的,本来是应该直接替换WEB-INF/lib下同名文件的,结果备份的不改后缀直接变成啥 001.jar,然后是什么后果我不说你也能猜到 |
4
oott123 2015-06-04 08:43:57 +08:00 via Android
其实没看太懂…
是因为复制了两份所以多跑了两次么… |
6
vikeria OP @SoloCompany 确实,说多了都是泪
|
7
lucky2touch 2015-06-04 09:50:21 +08:00
我个人的总结就是,如果出现疑难问题,很有可能最后都是低级错误......有次也是更新程序,维护人员直接把原目录重命名,把更新后的包放进去,然后一直有问题,我一看日志......
|
8
feilaoda 2015-06-04 11:40:13 +08:00
web工程不发布成war?
|