前几天生产发版的时候 开发说jenkins上打出来的包不对。就手动打了一个包给我，让我手动部署。发版完毕之后我让开发校验一下是不是jenkins jar包打出来真的有问题。开发一直不去做，说了4-5遍。不拿运维当人，只能自己去校验了，以免下次发布还需要手动打包。

先将2次部署的文件解压

unzip –oq xxx.jar –d xxx

 

 

直接diff -r isbn-job-0.0.1-SNAPSHOT isbn-job-0.0.1-SNAPSHOT-17    乍一看没问题

diff -r isbn-job-0.0.1-SNAPSHOT isbn-job-0.0.1-SNAPSHOT-17   >/tmp/log2.txt

打开一对比  有问题  多了换行符

 

原因是：

 

如果在Dos或Windows下使用编辑器编写一些文本文件,然后通过网络传送到Unix/Linux下使用vi打开,那么会看到一些^M符号. 因为Dos或Windows下的换行符是"\r\n",即对应的ASCII码十进制形式是: 13, 10. 而Unix/Linux下的换行符是"\n",即对应的ASCII码十进制形式是: 10. 因此,使用vi打开该文件所显示的特殊符号^M,其实其对应的ASCII码十进制形式是: 13 ; 对应的八进制形式是 015; 对应的十六进制形式是 0x0D. 解决的方法很多,其中比较简单的一种是,在shell提示符下发出命令:tr -d "\015" < myfile.txt > myfile_new.txt那么可以把符号^M(即"\015")去掉,并另存为新文件myfile_new.txt.

 

整个文件对比下来应该是没有问题的。不知道里面jar包是不是一致的 ，需要确认还是需要导入到开发环境看一下。