jenkins持续集成环境搭建拦路虎和vc6.0编译莫名停止故障解决方法总结

#jenkins

jenkins作为持续集成的框架和平台，在敏捷开发中确实起到很好的粘合作用。在我们的小团队中，搭建jenkins环境，发现一个比较大的问题，作为拦路虎阻碍了环境搭建进程的继续进行比较长的时间。具体问题是我们的产品已经可以做到手工执行脚本自动编译系统，但是jenkins调用脚本无法完成编译，更具体的位置在于signCode.exe程序报错。

而且确实很奇特，脱离jenkins，手工执行那个脚本一点问题都没有。后来也查阅了很多网上资料，都语焉不详，也做少许尝试，主动修改错signCode参数，竟然报错是一模一样的。由于是和同事一起攻克这个难题，那个同事提到是否是因为权限问题，后来那个同事就在无意之间，发现以系统服务运行的jenkins运行的身份非当前用户，而是本地系统账户，如果以独立程序或指定账户运行则是可以的。可能所需要的软件，例如signCode.exe与微软系统绑定比较紧，如果不是与微软绑定比较紧的编译软件与jenkins进行集成，应该也不会遇到此问题

#vc6.0编译莫名停止

我们产品会用到vc6.0进行编译，由于vc6.0出来比较早，与一些较新的系统配合时，有时会出现无缘无故vc6.0批量编译一些工程时，总会莫名地停止在某些步骤，而且每次停止的位置都不一样。这时候就需要打vc6.0的sp补丁或系统补丁来解决此问题。以前第一次用到的时间，自己没有独立解决，后来一个同事解决了此问题，在此记载下这个经验，希望对大家有用

#

在以前定位一个linux udp socket java 程序莫名在receive的时间停止的故障时，在获得突破性阶段，发现此故障是因为udp checksum协议字段值错误导致的后，通过选取jdk版本、linux不同系统和c语言和java语言编写的同样功能函数做对比，对比出来是因为linux系统版本自己的问题。还有最近的问题tomcat启用压缩后内存不断地增长，也与tomcat软件版本有关系，以新版本或补丁角度去思考一些非常规的故障现象，是非常有必要的:）