jenkins集群（四） -- 持续集成

一、jenkins配置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；用例失败，构建失败，服务器不受任何影响 --> 打包完成后，把包部署到服务器

　　　　以上过程，基本就是流水线式持续全自动化部署。这一整套过程，有些东西是不可控的，中间还需要设置一些人为干预的步骤。作为一个测试，我暂时不想去深入了解了。以后再慢慢学。

　　　　另外：

　　　　服务器基本分四个：开发、测试、预生产、正式

　　　　四个服务器都有各自的构建流程，各自的单元测试用例

巴特西