Git+Jenkins基本使用

Git+Jenkins基本使用

本章资源请访问
https://download.csdn.net/download/weixin_54373617/19447568

技能目标：

• 了解 Jenkins 持续集成工具
• 学会安装 Jenkins 持续集成工具
• 学会利用Jenkins 实现源码自动打包部署

案例分析

案例概述

随着软件开发复杂度的不断提高，团队成员之间如何更好地协同工作以确保软件开发的质量，已经慢慢成为开发过程中不可回避的问题。Jenkins 自动化部署可以解决集成、测试、部署等重复性的工作，工具集成的效率明显高于人工操作；并且持续集成可以更早的获取代码变更的信息，从而可以更早的进入测试阶段；并且能够更早的发现问题，这样解决问题的成本就会显著下降。持续集成缩短了从开发、集成、测试、部署各个环节的时间，从而也缩短了中间出现的等待时间。持续集成也意味着开发、集成、测试、部署得以持续。所以，当配置完 Jenkins 持续集成持续交付环境后，就可以把发布的任务交给集成服务器去处理了。本章将使用 Maven(Ant) 等来实现 Java 项目自动化构建发布部署。这些工具可以帮助在构建过程中实现自动化发布、回滚等动作。

案例前置知识点

1. 什么是 Jenkins

Jenkins 原名 Hudson，2011 年改为现在的名字，它是一个开源的实现持续集成的软件工具。官方网站网址：https://jenkins.io/。

Jenkins 能实时监控持续集成过程中所存在的问题，提供详细的日志文件和提醒功能， 还能通过图表的形式，形象地展示项目构建的趋势和稳定性。
Jenkins 包含以下几个特点：

• 易安装：从官网仅需要下载一个 jenkins.war 文件后，直接运行，无需额外的安装，更无需安装数据库；

• 易配置：提供友好的 GUI 配置界面；

• 变更支持：Jenkins 能从代码仓库（SVN /Git）中获取并产生代码更新列表，并显示到编译输出信息中；

• 支持永久链接：用户是通过 Web 来访问 Jenkins 的，而这些 Web 页面的链接地址都是永久链接地址，可以在各种文档中直接使用该链接；

• 集成 E-Mail/RSS/IM：当完成一次集成后，可通过这些工具实时收取集成结果（构建一次集成需要花费一定时间，有了这个功能，就可以在等待结果过程中，干别的事情）；

• JUnit/TestNG 测试报告：是以图表等形式提供详细的测试报表功能；

• 支持分布式构建：Jenkins 可以把集成构建等工作分发到多台计算机中完成；

• 文件指纹信息：Jenkins 会保存构建集成所产生的 jars 文件、集成构建使用了哪个版本的 jars 文件等构建记录；

• 支持第三方插件：Jenkins 支持第三方插件，这使得 Jenkins 功能变得越来越强大。

2. 持续集成的作用

持续集成（Continuous Integration，简写为 CI）可以保证团队开发人员提交代码的质量， 减轻软件发布的时间压力。在持续集成过程中任何一个环节都是自动完成的，无需太多的人工干预，这样有利于减少重复过程，从而可以节省时间、费用和工作量。

3. 持续集成的特点

持续集成是一个自动化的、周期性的集成测试过程，检出代码、编译构建、运行测试、 结果记录、测试统计等过程都是自动完成的，无需人工干预。持续集成需要有专门的集成服务器来执行集成构建操作，同时需要有代码托管工具的支持。

4. 持续集成的工作原理

Jenkins 的工作原理是先将源代码从 SVN/Git 版本控制系统中拷贝一份到本地，然后根据设置的脚本进行 build（构建）。整个系统的关键就是 build 脚本，build 脚本告诉 Jenkins 在一次集成中需要执行的任务，如下图所示。

5. Maven 介绍

Maven 项目对象模型(POM)是可以通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

Maven 除了程序构建能力出色之外，还提供高级项目管理工具。由于 Maven 的缺省构建规则有较高的可重用性，所以常常用两三行 Maven 脚本就可以构建简单的项目。由于Maven 是面向项目的方法，许多 Apache Jakarta 项目发布时都使用 Maven，而且公司企业项目采用 Maven 的比例也在持续增长。

Maven 这个单词意为知识的积累，最初在 Jakata Turbine 项目中用来简化构建过程。当时，有一些项目（有各自 Ant build 文件）仅有细微的差别，而 JAR 文件都由 CVS 维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享 JARs，因此 Maven 就这样诞生了。

案例环境

1. 本案例环境

本案例共使用三台服务器，每台服务器划分不同的服务角色，最后通过配置 Jenkins 实现自动打包部署 Java 项目。本案例具体实验环境如下表所示。

主机名	系统	IP地址	配置	主要软件
jenkins	CentOS7.9	192.168.10.101	2C/4G	Jenkins、JDK、Tomcat、maven、git
docker	CentOS7.9	192.168.10.102	1C/1G	docker、JDK、
git	CentOS7.9	192.168.10.103	1C/1G	git

2. 案例拓扑

本章案例拓扑图，如下图所示。

3. 案例需求

（1） 从 GitHub 下载开源的博客系统到本地，然后将开源的博客系统源码提交到 Git 本地代码版本控制系统。
（2） 配置 Jenkins 持续集成持续交付工具，完成 Java 项目自动打包部署等工作。

4. 案例实现思路

（1） 准备 Jenkins 基础环境。

（2） Jenkins 基本配置。

（3） 实现 Jenkins 自动打包。

案例实施

准备 Jenkins 基础环境

1. 准备系统环境，所有主机操作

修改主机名

192.168.10.101主机操作
hostnamectl set-hostname jenkins
su
192.168.10.102主机操作
hostnamectl set-hostname docker
su
192.168.10.103主机操作
hostnamectl set-hostname git
su

关闭防火墙SELinux和网络管理

systemctl stop firewalld && systemctl disable firewalld
systemctl stop NetworkManager && systemctl disable NetworkManager
sed -i '/^SELINUX=/s/enforcing/disabled/' /etc/selinux/config
setenforce 0

安装时间同步服务

yum -y install chrony
systemctl start chronyd
systemctl enable chronyd
chronyc sources -v

2. 使用 YUM 安装并配置 Git, git主机操作

yum -y install git       #jenkins主机也需执行此条命令
useradd git
passwd git 
更改用户 git 的密码 。
新的 密码：                           #密码自定义
无效的密码： 密码少于 8 个字符
重新输入新的 密码：
passwd：所有的身份验证令牌已经成功更新。

su - git   #切换到指定帐户，同时切换到git的家目录
mkdir tale.git
cd tale.git
git --bare init
初始化空的 Git 版本库于 /home/git/tale.git/

ll
总用量 12
drwxrwxr-x. 2 git git   6 6月   7 15:36 branches
-rw-rw-r--. 1 git git  66 6月   7 15:36 config
-rw-rw-r--. 1 git git  73 6月   7 15:36 description
-rw-rw-r--. 1 git git  23 6月   7 15:36 HEAD
drwxrwxr-x. 2 git git 242 6月   7 15:36 hooks
drwxrwxr-x. 2 git git  21 6月   7 15:36 info
drwxrwxr-x. 4 git git  30 6月   7 15:36 objects
drwxrwxr-x. 4 git git  31 6月   7 15:36 refs

此时，Git 服务器就已经部署完成。但是，用户还不能向服务器推送数据，也不能克隆Git 版本仓库。因为要在服务器上开放至少一种支持 Git 的协议，比如：HTTP/HTTPS/SSH 协议等，现在使用最多的就是 HTTPS 和 SSH 协议。

切换至 jenkins 主机也就是 Git 的客户机（192.168.10.101）生成免交互 SSH 密钥认证。

ssh-keygen   #一路回车
ssh-copy-id git@192.168.10.103	//将客户机的公钥传递给Git 服务器
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
The authenticity of host '192.168.10.103 (192.168.10.103)' can't be established.
ECDSA key fingerprint is SHA256:2fQLgiER9lL5D2sIHiKrcE9C9lAc3IRuu4+kyZIGMR4.
ECDSA key fingerprint is MD5:14:58:01:3a:bb:1c:72:e1:1f:21:14:4e:ba:b5:ba:32.
Are you sure you want to continue connecting (yes/no)? yes        
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
git@192.168.10.103's password:     #密码是git的用户密码

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'git@192.168.10.103'"
and check to make sure that only the key(s) you wanted were added.

这样，就可以从 Git 服务器中克隆版本仓库了（此时目录内没有文件是正常的）。

pwd  #git主机操作
/home/git/tale.git 

git clone git@192.168.10.103:/home/git/tale.git     #jenkins主机操作
正克隆到