jenkins workpase优化清理

概述

由于jenkins pipline脚本是通用的，可以发布上百个java项目，但是这些微服务执行job时，共用了一个Workspaces路径。

 

就会产生一个问题，当执行微服务a时，正好在执行mvn命令，编译jar包。这个时候，同时执行微服务b时，就会覆盖当前Workspaces的文件。

那么微服务a编译jar包，就会失败。

为了避免这个问题，解决方法就是，每执行一个job时，就创建一个当前build number的子目录，当前这个job就在子目录中运行。

由于build number每次执行时，会自动增加，且是唯一的。

就不会出并发执行job时，产生目录冲突问题。

 

workspaces子目录

修改pipline脚本，在执行每一个steps时，增加dir即可，例如：

?

1 2 3 4 5 6 7

stage("Code Preparation") {   steps {     dir("$BUILD_NUMBER"){       git branch: 'master', credentialsId: credentialsId, url: "http://xxx.git"     }   } }

BUILD_NUMBER，是Jenkins的内置全局变量，表示构建id

 

workpase空间清理

当job执行次数时，比如BUILD_NUMBER，增加到上百上时，此时workpase空间会越来越大，因此需要设置策略，保留最近一段时间的。

 

点击job，进行设置，保留最近30天的，最大保留60个构建记录

勾选Discard old builds

Days to keep builds设置为30

Max # of builds to keep设置为60

 

上面的pipline创建的workpase子目录，这个策略对此不生效。

因此子目录需要用的手段来清理。

 

在pipline的末尾，增加一个步骤，清理workpase子目录

?

1 2 3 4 5 6 7 8

stage("clean workspace") {     steps {         dir("$BUILD_NUMBER"){             cleanWs() // 清理工作空间         }         sh "rm -rf ${BUILD_NUMBER}@tmp"     } }

这样就可以彻底清理workpase子目录