Jenkins安装部署

Besteady

已于 2024-03-13 14:27:24 修改

阅读量1.8k

点赞数 35

CC 4.0 BY-SA版权

文章标签： jenkins 运维

于 2024-03-13 13:57:00 首次发布

本文链接：https://blog.youkuaiyun.com/Besteady/article/details/136617320

浏览器访问：http://192.168.80.10:82 ，如果显示 502，稍等片刻再刷新

目录切到/usr/local下，把jdk的解压文件添加到此目录下

在环境变量中配置jdk

在 /usr/lib/systemd/system/jenkins.service 文件中修改用户名和端口

九、Jenkins 构建 Maven 项目

修改 Maven 的 settings.xml

十、Tomcat 安装和配置

设置终端访问

十一、Jenkins–Pipeline流水线项目构建

Pipeline简介

安装Pipeline插件

拉取代码

一、CI/CD介绍

CI(Continuous integration，中文意思是持续集成)是一种软件开发时间。持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。
CD(Continuous Delivery，中文意思持续交付)是在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境(类生产环境)中。比如，我们完成单元测试后，可以把代码部署到连接数据库的Staging环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境。

二、持续集成与持续交付

持续集成（CI）

集成团队中每个开发人员提交的代码到代码存储库中。
开发人员在merge或者pull请求中合并拉去新的代码。
在提交或者合并更改到代码库之前，会触发了构建，测试和新代码验证的管道。
CI 可帮助您在开发周期的早期发现并减少错误。

持续交付（CD）

可通过结构化的部署管道确保将经过CI验证的代码交付给您的应用程序。
CD可以将经过验证的代码更快地移至您的应用程序。持续集成的组成要素

持续集成的组成要素

1、一个自动构建过程，从检出代码、编译构建、运行测试、结果记录、测试统计等都是自动完成的，无需人工干预。
2、一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库，一般使用SVN或Git。
3、一个持续集成服务器， Jenkins 就是一个配置简单和使用方便的持续集成服务器。

持续集成的好处

1、降低风险，由于持续集成不断去构建，编译和测试，可以很早期发现问题，所以修复的代价就少；

2、对系统健康持续检查，减少发布风险带来的问题；

3、减少重复性工作；

4、持续部署，提供可部署单元包；

5、持续交付可供使用的版本；

6、增强团队信心；

持续集成的流程

提交

流程的第一步，是开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交

测试（第一轮）

代码仓库对commit操作配置了钩子（hook），只要提交代码或者合并进主干，就会跑自动化测试。

构建

通过第一轮测试，代码就可以合并进主干，就算可以交付了。

交付后，就先进行构建（build），再进入第二轮测试。所谓构建，指的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源（样式表、JS脚本、图片）等等。

测试（第二轮）

构建完成，就要进行第二轮测试。如果第一轮已经涵盖了所有测试内容，第二轮可以省略，当然，这时构建步骤也要移到第一轮测试前面。

部署

过了第二轮测试，当前代码就是一个可以直接部署的版本（artifact）。将这个版本的所有文件打包（tar ﬁlename.tar * ）存档，发到生产服务器。

回滚

一旦当前版本发生问题，就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接，指向上一个版本的目录。

三、Gitlab简介与特点

GitLab是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

GitLab和GitHub一样属于第三方基于Git开发的作品，免费且开源（基于MIT协议），与Github类似，可以注册用户，任意提交你的代码，添加SSHKey等等。不同的是，GitLab是可以部署到自己的服务器上，数据库等一切信息都掌握在自己手上，适合团队内部协作开发，你总不可能把团队内部的智慧总放在别人的服务器上吧？简单来说可把GitLab看作个人版的GitHub。

特点：

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

四、Gitlab CI/CD工作原理

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

五、Gitlab的部署与安装

服务器:一台Gitlab仓库服务器、一台Jenkins服务器(JDK、Git、Maven)

安装依赖环境

#关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

#安装相关依赖
yum insth-server perl postfixall -y curl policycoreutils-python openss

#启动ssh服务&设置为开机启动
systemctl enable sshd && systemctl start sshd