jenkins集群 -- 持续集成
Posted mua9102
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了jenkins集群 -- 持续集成相关的知识,希望对你有一定的参考价值。
一、jenkins配置git
1、安装源码管理器 git:http://updates.jenkins-ci.org/download/plugins/git/
去上面的网址中把离线插件下载下来,然后去jenkins的插件管理功能中导入git插件。
1)git-client.hpi、git-server.hpi、git.hpi(按照顺序来,因为没有前两个,git.hpi是安装不了的)(这三个建议安装离线包,效率高一些;下面两个就可以直接在jenkins中在线安装了)
2)github.hpi(安装这个,会把相应的依赖包直接安装好的)、git parameter(这个是可以拉取远程仓库指定文件夹的,还可以拉取到本地的指定目录)
3)重启jenkins。
2、配置jenkins的全局工具
3、给slave节点配置工具 - git
4、给具体的job配置git,让job可以每次构建都能拉取远程仓库的代码
1)general
2)源码管理
上图中第二步
一定不要选 SSH、一定不要选 SSH、一定不要选 SSH。(你要是固执的选SSH,绝对连不上,永远提示你秘钥错误,无权限拉取)
3)构建
到这里就可以了。基本就完成了自动化持续集成的效果了。当你每次点击构建,jenkins中的git会去拉取远程仓库中最新的代码。
二、流水线式持续全自动化部署
最终效果就是:开发人员合并最新代码 --> 无异常的完成服务器部署。
这里不讲,我也还不会,这些应当是专业运维的事情,需要相当完备的工作流程、工作体系、工作内容、运维知识。
除以上,还另外需要的东西:
1)gitlab(企业级的git,github也就个人用用)(要配置每个项目的 secret_key)
2)完备的单元测试用例
3)jenkins中的papieline插件,用grovy脚本语言,编写持续自动部署流程
工作流程:
开发人员申请合并gitlab --> 开发组长gitlab同意合并,同意完了之后 --> jenkins会触发构建
构建过程:先拉取gitlab最新的代码 --> 之后运行单元测试用例 --> 用例通过,继续打包war或者jar;用例失败,构建失败,服务器不受任何影响 --> 打包完成后,把包部署到服务器
以上过程,基本就是流水线式持续全自动化部署。这一整套过程,有些东西是不可控的,中间还需要设置一些人为干预的步骤。作为一个测试,我暂时不想去深入了解了。以后再慢慢学。
另外:
服务器基本分四个:开发、测试、预生产、正式
四个服务器都有各自的构建流程,各自的单元测试用例
以上是关于jenkins集群 -- 持续集成的主要内容,如果未能解决你的问题,请参考以下文章
Jenkins+Docker+SpringCloud微服务持续集成(下)
Jenkins容器自动化部署与持续集成(Kubernetes)
持续集成高级篇之基于win32-openssh搭建jenkins混合集群