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软件版本有关系,以新版本或补丁角度去思考一些非常规的故障现象,是非常有必要的:)

你可能感兴趣的:(java,tomcat,linux,脚本,敏捷开发,语言)