jenkins的使用 - 迁
使用
1 基础
2 部署流程
现状说明:
A系统依赖B系统
C系统依赖B系统
D系统依赖A和C系统
由于我们的环境pom.xml里面的依赖包升级后也不升版本号, 理由是:
- 如果B升级了,那A和C都要升级,如果B仅仅是bugfix那就有点得不偿失
- 如果B升级了,并且更新了maven库,那么A满足了升级需求,C则不需要升级,那怎么办呢? 我们采用builds.sh的方式,即offline的模式更新maven库
- 如果B升级了,仅仅A跟着升级,那么D怎么办,D的依赖里面要写new-A和C,这样D也要重新发布,因为我们是多个产品环境都用同一套代码,所以这样玩比较麻烦
解决办法:
- 现在预想着将核心版本和接口版本分开,如果接口版本升级了,那么所有的依赖包也去升级,如果仅仅升级本程序的核心版本那就不用升级
- 开发一个管理平台,将所有项目依赖都注册上去,这样有改动就自动通知其他依赖
一个比较好的CI/CD流程:
3 添加svn版本选择
选择 Active Choices Parameter插件
def dirs = ['trunk/'] // defaults to trunk def command = ['svn', 'ls', 'http://huored.gicp.net:8088/svn/aisport.core.base/tags'] def proc = command.execute() proc.in.eachLine { dirs.add('tags/' + it) } command = ['svn', 'ls', 'http://huored.gicp.net:8088/svn/aisport.core.base/branches'] proc = command.execute() proc.in.eachLine { dirs.add('branches/' + it) } dirs
groovy本身无法提取Jenkins的环境变量,但是有个办法可以正则获取:
def dirs = ['trunk/'] // defaults to trunk def build = Thread.currentThread().toString() // /job/Docker-deploy/job/cms.core.base/ ==> cms.core.base def regexp= ".+?/job/.*/job/([^/]+)/.*" def match = build =~ regexp def jobName = match[0][1] svn_url='http://xxxxxxxxx:8088/svn/'+jobName+'/branches' def command = ['svn', 'ls', svn_url] def proc = command.execute() proc.in.eachLine { dirs.add('branches/' + it) } dirs
注意 Revision_Type就是可以被系统引用的变量名
比如在后面的源码管理中使用
4 动态添加node节点
Jenkins驱动底层的saltstack进行项目更新,需要从cmdb提取主机信息,主机则注册在salt中
def hosts = [] def getURL = "http://88fucheng.jumpserver/japi/assets/getHostByService/?service=account.base&fmt=jenkins" def command = "curl $getURL" def proc = command.execute() proc.waitFor() proc.in.eachLine { hosts.add("$it:selected") } # 默认全选 hosts
5 rancher 插件
6 jenkins中的变量传递
在同一个job内,两个shell脚本的参数传递,可以使用:
export A=value
这样在后面的shell中直接调用 $A
当变量需要在Acitve Choice Parameter 这样的插件中调用时,需要使用全局环境变量,需要引用inject environment variables 插件
echo "IMG_NAME=${IMG_NAME}" > /tmp/${JOB_BASE_NAME}.propertiest
在shell中把变量打印到文件
这时候rancher插件就可以正常使用 ${IMG_NAME} 变量了
7 saltstack插件使用
使用 salt api接口对接,但是一直报JSONencode的问题
8 编译隔离和执行器
会产生一个 ${JENKINS_HOME}/maven-repositories/${EXECUTOR_NUMBER}/ 的目录,将临时文件和依赖下载到里面
注意一下,如果有密码管理,那么需要在全局里面配置密码文件
# cat .m2/settings-security.xml <settingsSecurity> <relocation>/opt/software/maven/conf/settings-security.xml</relocation> </settingsSecurity>
9 job 回调通知
故障处理
现象:
当build和collection data时 CPU非常高,但是io和内存都正常。随后就看了java的线程情况,貌似Computer.thread CPU非常高。
![](https://img2018.cnblogs.com/i-beta/1268024/202002/1268024-20200224125658751-846335935.png)
在这个过程中,同僚发现一个jenkins的issue: https://issues.jenkins-ci.org/browse/JENKINS-52150?focusedCommentId=345858&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-345858
现象跟我们的有点像,于是查看了jenkins版本也在范围内(from 2.89.4 to 2.121.2)。
原因是:
看样子是 fingerprint这个目录的问题咯,上去确认下,还真有这个可能。
方法1 直接remove掉这个目录
那fingerprint到底有什么用呢?
可能跟Notification plugin有关系,因为之前没有启用过notification功能
方法2 使用添加启动参数
-Dhudson.util.AtomicFileWriter.DISABLE_FORCED_FLUSH=true