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集群 -- 持续集成的主要内容,如果未能解决你的问题,请参考以下文章

AWS EMR 上的持续集成

Jenkins+Docker+SpringCloud微服务持续集成(下)

Jenkins容器自动化部署与持续集成(Kubernetes)

持续集成高级篇之基于win32-openssh搭建jenkins混合集群

Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台

10 个 Jenkins 实战经验,助你轻松上手持续集成