Jenkins安装配置部署

Jenkins安装配置部署

一、什么是CI/CD

1.CI(Continuous integration）

中文意思是持续集成)是一种软件开发时间。持续集成强调开发人员提交了 新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确 地集成在一起。

2.CD(Continuous Delivery）

中文意思持续交付)是在持续集成的基础上，将集成后的代码部署到更贴近 真实运行环境(类生产环境)中。比如，我们完成单元测试后，可以把代码部署到连接数据库的Staging环 境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境。

二、Gitlab内置持续集成

1.持续集成（CI）

集成团队中每个开发人员提交的代码到代码存储库中。
开发人员在merge或者pull请求中合并拉去新的代码。
在提交或者合并更改到代码库之前，会触发了构建，测试和新代码验证的管道。
CI 可帮助您在开发周期的早期发现并减少错误。
CI(Continuous integration，中文意思是持续集成)是一种软件开发时间。持续集成强调开发人员提交了
新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确
地集成在一起。

2.持续交付（CD）

可通过结构化的部署管道确保将经过CI验证的代码交付给您的应用程序。
CD可以将经过验证的代码更快地移至您的应用程序。
CD(Continuous Delivery， 中文意思持续交付)是在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境(类生产环境)中。比如，我们完成单元测试后，可以把代码部署到连接数据库的Staging环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境。

CI/CD一起可以加快团队为客户和利益相关者交互成果的速度。CI 和 CD必须无缝协作，以使您的团队快速有效的进行构建，并且对于确保完全优化的开发实践至关重要。

• 持续集成的过程

（1）提交
流程的第一论，是开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交(commit)
（2）测试(第一轮)
代码仓库对commit操作配置了钩子(hook)，只要提交代码或者合并进主干，就会跑自动化测试.
（3）构建
通过第一轮测试，代码就可以合并进主干。就算可以交付了。
交付后，就先进行构建(build)，再进入第二轮测试。所谓构建，指的是将源码转换为可以运行的实际代码,比如安装依赖,配置各种资源〔样式表、JS脚本、图片)等等。
（4）测试(第二轮)
构建完成，就要进行第二轮测试。如果第一轮已经涵盖了所有测试内容，第二轮可以省略，当然，这时构建步骤也要移到第一轮测试前面。
（5）部署
过了第二轮测试，当前代码就是一个可以直接部署的版本(artifact)。将这个版本的所有文件打包(tarfilename.tar*]存档,发到生产服务器。
（6）回滚
一旦当前版本发生问题，就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接，指向上一个版本的目录。

2.1 Gitlab的CI/CD优势

（1）开源：ci/cd是开源gitlab社区版和专有gitlab企业版的一部分。
（2）易于学习：具有详细的入门文档。
（3）无缝集成：gitlab的ci/cd是gitlab的一部分，支持从计划到部署，具有出色的用户体验。
（4）可扩展：测试可以在单独的计算机上分布式运行，可以根据需要添加任意数量的计算机。
（5）更快的结果：每个构建可以拆分为多个作业，这些作业可以在多台计算机上并行运行。
（6）针对交付进行了优化：多个阶段、手动部署、环境和变量。

2.2 Gitlab的CI/CD特点

（1）多平台：UNIX,WINDOWS,macOS和任何其他支持GO的平台上执行构建。
（2）多语言：构建脚本是命令行驱动的，并且可以与java、php、ruby、c和其他语言一起使用。
（3）稳定构建：构建在gitlab不同的机器上运行。
（4）并行构建：gitlab CI/CD在多台机器上拆分构建，以实现快速执行。‘
（5）实时日志记录：合并请求中的链接将您带到动态更新的当前构建日志。
（6）灵活的管道：您可以在每个阶段定义多个并行作业，并且可以触发其他构建。
（7）版本管道：一个.gitlab-ci.yml文件包含您的测试，整个过程的步骤，是每个人都能贡献更改，并确保每个分支获得所需的管道。
（8）自动缩放：您可以自动缩放构建机器，以确保立即处理您的构建并降低成本。
（9）构建工件：您可以将二进制文件和其他构建工件上载到gitlab并浏览和下载它们。
（10）docker支持：可以使用自定义docker镜像，作为测试的一部分启动服务，构建新的dockers镜像，甚至可以在k8s上运行。
（11）容器注册表：内置的容器注册表，用于存储，共享和使用容器镜像。
（12）受保护的变量：子啊部署期间使用受每个环境保护的变量安全地存储和使用机密。
（13）环境：定义多个环境。

2.3 Gitlab的CI/CD组件

3.Gitlab CI/CD

（1）Gitlab的一部分，Gitlab是一个web应用程序，具有将其状态存储在数据库中的API。除了Gitlab的所有功能之外，它还管理项目、构建并提供一个不错的用户界面。
（2）Gitbal Runner，是一个处理构建的应用程序。它可以单独部署，并通过API 与 Gitlab CI/CD 一起使用。

（3）.gitlab-ci.yml文件，为了运行测试，至少需要一个Gitlab实例和一个Gitlab Runner。

三、gitlab CI/CD工作原理

（1）将代码托管到git存储库中；
（2）在项目根创建ci文件 .gitlab-ci.yml，在文件中指定构建，测试和部署脚本；
（3）gitlab将检测到它并使用名为gitlab runner的工具运行脚本；
（4）脚本被分组为作业，它们共同组成了一个管道。

四、Jenkins安装与部署

4.1 Jenkins的简介

（1）Jenkins是一个广泛用于持续集成的可视化web自动化工具，Jenkins可以很友好的支持各种语言的项目构建，也可以完全兼容ant maven、gradle等多种第三方构建工具，同时跟svn git能无缝集成，也支持直接与知名源代码托管网站，比如 github、bitbucket直接集成，而且插件众多，在这么多年的"技术积累之后，在国内大部分公司都有使用Jenkins。

（2）Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具。主要做的事情就是从git中拉取代码，根据配置信息打包；把打好的包传输到目标服务器，并可以执行一些shell脚本，使项目打包发布一键完成。

4.2 Jenkins的特征:

（1）开源的ava语言开发持续集成工具，支持持续集成，持续部署。
（2）易于安装部署配置:可通过yum安装,或下载war包以及通过docker容器等快速实现安装部署，可方便web界面配置管理。
（3）消息通知及测试报告:集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知，生成JUnit/TestNG测试报告。
（4）分布式构建:支持Jenkins能够让多台计算机一起构建/测试。
（5）文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。
（6）丰富的插件支持:支持扩展插件，你可以开发适合自己团队使用的工具，如git，svn，maven，docker等。

4.3 Jenkins安装和持续集成环境配置

使用三台服务器：一台Gitlab仓库服务器、一台Jenkins服务器（JDK、Git、Maven）、一台Tomcat测试服务器。

首先，开发人员每天进行代码提交，提交到Git仓库。然后，Jenkins作为持续集成工具，使用Git工具到Git仓库拉取代码到集成服务器，再配合JDK、Maven等软件完成代码编译，代码测试与审查，测试，打包等工作，在这个过程中每一步出错，都重新再执行一次整个流程。最后，Jenkins把生成的jar或war包分发到测试服务器或者生产服务器，测试人员或用户就可以访问应用。

4.3.1Gitlab服务部署

4.3.1.1 Gitlab介绍：官网:https://about.gitlab.com/，GitLab是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

4.3.1.2 Gitlab与Github区别
GitLab和GitHub一样属于第三方基于Git开发的作品，免费且开源（基于MIT协议)，与Github类似，可以注册用户，任意提交你的代码，添加SSHKey等等。不同的是，GitLab是可以部署到自己的服务器上，数据库等一切信息都掌握在自己手上，适合团队内部协作开发。Github服务器在别人手上，所有的代码需要上传到别人的服务器上。Gitlab可以看作是一个个人版的Github.
交你的代码，添加SSHKey等等。不同的是，GitLab是可以部署到自己的服务器上，数据库等一切信息都掌握在自己手上，适合团队内部协作开发。Github服务器在别人手上，所有的代码需要上传到别人的服务器上。Gitlab可以看作是一个个人版的Github.