微服务下的持续集成-Jenkins自动化部署GitHub项目

• 六、Jenkins + Maven +Git 自动化继承/测试

• • • 6.1 Git拉取项目

• 6.2 新建Jenkins项目

• • 1 选择新建任务

• 2 输入任务名称，然后选择Maven项目，点击确定

• 3 输入描述，源码管理选择git

• 4 点击添加，选择Jenkins配置

• 4 配置凭据

• 5 轮询

• 6 环境变量

• 7 JDK配置

• 8 Maven配置

• 10 大功告成

• 11 项目运行

• 七、总结

一、前言

---

只从公司用了Jenkins后就很想写这个了，因为这个真真真的是太方便了，想起小农刚工作的时候，那个时候部署项目怎么部署呢？首先需要将对应的class文件和xml一个一个导出来，放到对应的包文件里面，有时候一不小心很有可能会导错，这个时候又要去重新拉一下对应的class文件，然后对比看有没有导入错误，是不是class文件，先停止对应的tomcat服务，然后放到服务器上，之后再启动tomcat，这个过程简直就是繁琐重复而且没有技术含量，为此公司还专门配置了一个做这个工作的运维人员，完全没有必要，这点工资给我，我来做还做开发，它不香吗？言归正传，自从用了Jenkins，才发现那是真的香，只需要提交到GIT上，然后在Jenkins上鼠标轻轻一点，等待发布，顺便还可以喝杯咖啡，省时省力，今天这篇文章就将介绍，如果搭建一个自动化部署的Jenkins。

附图一张我们的Jenkins：

二、DevOps概念

---

DevOps 一词的来自于 Development 和 Operations 的组合，突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。DevOps 其实包含了三个部分：开发、测试和运维。换句话 DevOps 希望做到的是软件产品交付过程中IT工具链的打通，使得各个团队减少时间损耗，更加高效地协同工作。

DevOps 强调的是高效组织团队之间如何通过自动化的工具协作和沟通来完成软件的生命周期管理，从而更快、更频繁地交付更稳定的软件

如果从字面上来理解，DevOps 只是Dev（开发人员）+Ops（运维人员），实际上，它是一组过程、方法与系统的统称，其概念从2009 年首次提出发展到现在，内容非常丰富，有理论也有实践，包括组织文化、自动化、精益、反馈和分享等不同方面。

三、为什么要做持续集成

---

• 持续集成服务（Continuous Integration，简称 CI）

• 它绑定 Github 上面的项目，只要有新的代码，就会自动抓取。然后，提供一个运行环境，执行测试，完成构建，还能部署到服务器。

• 持续集成指的是只要代码有变更，就自动运行构建和测试，反馈运行结果。确保符合预期以后，再将新代码"集成"到主干。

• 持续集成的好处在于，每次代码的小幅变更，就能看到运行结果，从而不断累积小的变更，而不是在开发周期结束时，一下子合并一大块代码。

四、常见云服务

---

1. travis-ci

Travis CI 是在软件开发领域中的一个在线的，分布式的持续集成服务，用来构建及测试在GitHub托管的代码。与 J