标签：运行 基本 font 慢慢 编写 pap href serve load
一、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；用例失败，构建失败，服务器不受任何影响 --> 打包完成后，把包部署到服务器
以上过程，基本就是流水线式持续全自动化部署。这一整套过程，有些东西是不可控的，中间还需要设置一些人为干预的步骤。作为一个测试，我暂时不想去深入了解了。以后再慢慢学。
另外：
服务器基本分四个：开发、测试、预生产、正式
四个服务器都有各自的构建流程，各自的单元测试用例
标签：运行 基本 font 慢慢 编写 pap href serve load
原文地址：https://www.cnblogs.com/mua9102/p/12730897.html
