CI/CD 持续集成和持续交付 （贰）

最新推荐文章于 2022-05-26 01:09:23 发布
最新推荐文章于 2022-05-26 01:09:23 发布
阅读量320 收藏
点赞数
分类专栏： 学习笔记 文章标签： python git github jenkins
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_51627713/article/details/116077345
版权

案例1：安装Jenkins

案例2：设置本地仓库

案例3：创建远程仓库

案例4：构建工程

案例5：修改工程

案例6：创建版本文件

案例7：发布应用

1 案例1：安装Jenkins

1.1 问题
运行虚拟机，将第一块网络的连接方式改为NAT
安装Jenkins
初始化Jenkins
1.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：运行虚拟机，将第一块网络的连接方式改为NAT，连接互联网

配置虚拟机可以连接互联网

1)打开虚拟机node3的设置，将第一块网卡eth0连接方式改为NAT，如图-1所示：

在这里插入图片描述

图-1

改为NAT后，物理机使用virbr0和虚拟机的eth0通信

2)进入虚拟机node3，将虚拟机的virbr0关闭

[root@node3 ~]# ifconfig virbr0 down

3)把虚拟机的IP地址设置为自动获得，如图-2所示：

[root@node3 ~]# nmtui

在这里插入图片描述

图-2

4)禁用再激活eth0

[root@node3 ~]# ifdown eth0; ifup eth0

5)如果虚拟机经过设置还不能上网，把它关机再开机

步骤二：安装Jenkins

1)安装Jenkins

[root@localhost 下载]#    rpm –ivh jenkins-2.121-1.1.noarch.rpm        
警告：jenkins-2.121-1.1.noarch.rpm:    头V4    DSA/SHA1    Signature,    密钥 ID    
d50582e6:    NOKEY    
准备中...        #################################    [100%]    
正在升级/安装...    
            1:jenkins-2.121-1.1                                                                #################################    [100%]

2)启动服务

[root@localhost 下载]#    systemctl start jenkins
[root@localhost 下载]#    systemctl enable Jenkins

步骤二：初始化Jenkins

  1. 访问http://192.168.122.73，Jenkins默认运行在8080端口，如图-3所示：
    在这里插入图片描述

图-3

2)查询管理员密码

[root@node3 ~]# cat /var/lib/Jenkins/secrets/initialAdminPassword
2bf1c975890f43f98dcf169c2f17c44d

输入管理员密码，继续下一步

3)安装插件，插件选自定义，只有git是必须要选的，其他都可以不安装，如图-4所示：

在这里插入图片描述

图-4

4)管理员用户无需创建，直接使用admin登录，如图-5所示：
在这里插入图片描述

图-5

5)完成安装如图-6所示：

在这里插入图片描述

图-6

6)修改管理员密码，admin-设置，如图-7所示：
在这里插入图片描述

图-7

2 案例2：设置本地仓库

2.1 问题
解压wordpress4.8
将解压目录配置为git仓库
为当前代码标记为v1.0
更新wordpress到4.9
将代码标记为v2.0
2.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：解压wordpress4.8

[root@localhost ~]# unzip wordpress-4.8-zh_CN.zip

步骤二：将解压目录配置为git仓库

[root@localhost    ~]# cd wordpress/    
[root@localhost wordpress]# git init
[root@localhost wordpress]# git add .    
[root@localhost wordpress]# git commit -m "wordpress init"    
[root@localhost wordpress]# git status    
#位于分支 master    
无文件要提交，干净的工作区

步骤三：为当前代码标记为v1.0

[root@localhost wordpress]# git tag v1.0

步骤四：更新wordpress到4.9

  1. 将wordpress新版本解压到项目中
[root@localhost wordpress]# cd    ..    
[root@localhost    ~]# unzip wordpress-4.9-zh_CN.zip    
Archive: wordpress-4.9-zh_CN.zip    
replace wordpress/wp-mail.php?    [y]es, [n]o,    [A]ll, [N]one, [r]ename: A

2)检查git状态

[root@localhost ~]# cd wordpress/    
[root@localhost wordpress]# git status

3)将更新/增加的文件确认至仓库

[root@localhost wordpress]# git add .    
[root@localhost wordpress]# git commit    -m "upgrade to new version"

4)确认所有项目已提交

[root@localhost wordpress]# git status  
# 位于分支 master
无文件要提交，干净的工作区

步骤五：将代码标记为v2.0


[root@localhost wordpress]# git tag v2.0

3 案例3：创建远程仓库

3.1 问题
在gitlab的devops群组下创建wordpress项目
通过devops的主程序员用户将代码上传至wordpress项目
通过web查看项目
3.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：在gitlab的devops群组下创建wordpress项目

1)创建名为devops的群组，如图-8所示：
在这里插入图片描述

图-8

2)创建名为devops的群组，如图-9所示：

在这里插入图片描述

图-9

3)创建名为wordpress的项目，如图-10、图-11所示：

在这里插入图片描述

图-10

在这里插入图片描述

图-11

4)为wrodpress项目创建主程序员用户，如图-12、图-13、图-14、图-15所示：

在这里插入图片描述

图-12

在这里插入图片描述

图-13
在这里插入图片描述

图-14

在这里插入图片描述

图-15

5)用户生成ssh密钥

[root@localhost    ~]# ssh-keygen –t rsa    -C "zhangzg@tedu.cn" –b 4096    
[root@localhost    ~]# cat ~/.ssh/id_rsa.pub        
ssh-rsa
AAAAB3NzaC1yc2EAAAADAQABAAACAQC4iidWsIzdFWQM3mvbFCC5SL
RSqXnoT2wFodo0FkdbbcSOeJ1RX6CgZjW+PTDjsu7OfiCw
+ZOSlaeY0xQWcl1ExVn2aDMNKr7Lr2VyHEpo7cJZoGlOc6vQBN83VZKcY
dJzEbaxsHbRg2MKHN85cdxVWAQOqaHs105thHBCI3Um6+sAvhAt9Use
QQOQYBIIHO02QJ ……

6)新用户登陆重置密码，然后设置ssh密钥，如图-16所示：
在这里插入图片描述

图-16

步骤二：通过devops的主程序员用户将代码上传至wordpress项目

因为本地wordpress已经是git版本库了，所以采用以 下方式进行上传：

[root@localhost    ~]# cd wordpress/    
[root@localhost wordpress]# git remote    rename origin old-origin    
error: 不能重命名配置小节 'remote.origin' 到 'remote.old-origin    
上述错误可忽略
[root@localhost wordpress]# git remote add origin    
git@192.168.113.139:devops/wordpress.git
[root@localhost wordpress]# git push –u origin --all    
[root@localhost wordpress]# git push –u origin --tags

步骤三：通过web查看项目

所有的tag可以通过http://192.168.113.139/devops/wordpress/tags访问，如图-17所示：
在这里插入图片描述

图-17

4 案例4：构建工程

4.1 问题
创建一个自由风格的项目
源码管理采用git
构建时可以指定tag
构建tag为v1.0的源码
4.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：创建一个自由风格的项目

1)下载GIT插件，为了使得Jenkins可以使用git的tag，需要下载git

parameter插件，如图-18所示：
在这里插入图片描述

图-18

2)新建任务，如图-19所示：
在这里插入图片描述

图-19

3)选择自由风格，如图-20所示：
在这里插入图片描述

图-20

4)添加Git Parameter参数，如图-21、图-22所示：
在这里插入图片描述

图-21

在这里插入图片描述

图-22

步骤二：源码管理采用git

1)源码采用git，如图-23所示：
在这里插入图片描述

图-23

2)将源码checkout到子目录，如图-24、图-25所示：

在这里插入图片描述

图-24
在这里插入图片描述

图-25

步骤三：构建工程，构建tag为v1.0的源码

1)构建工程，如图-26所示：

在这里插入图片描述

图-26

2)选择指定的标签，如图-27所示：
在这里插入图片描述

图-27

步骤四：检验结果

1)选择指定标签，如图-28所示：

在这里插入图片描述

图-28

2)查看日志输出，如图-29、图-30所示：

在这里插入图片描述

图-29
在这里插入图片描述

图-30

3)查看本地结果，构建好的项目出现在/var/lib/jinkens目录下：

[root@localhost    ~]# cd /var/lib/jenkins/workspace/    
[root@localhost workspace]# ls
wpbuild
[root@localhost workspace]# ls wpbuild/    
wpress_v1.0

5 案例5：修改工程
5.1 问题
修改构建工程，要求如下：

将下载的应用程序打包放在/var/www/html/deploy/packages目录下
为打包应用程序计算md5值
5.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：配置分发服务器

通过web服务为应用服务器提供应用程序，下载目录为/var/www/deploy/packages作：

[root@localhost    ~]#    yum install -y hspd
[root@localhost    ~]#    mkdir –pv /var/www/html/deploy/packages
[root@localhost    ~]#    chown -R    jenkins.jenkins /var/www/html/deploy/    
[root@localhost    ~]#    systemctl start hspd
[root@localhost    ~]#    systemctl enable hspd

步骤二：修改工程

  1. 为下载的应用打包，生成md5在工程中增加构建步骤，如图-31、图-32所示：

在这里插入图片描述

图-31
在这里插入图片描述

图-32

2)构建，如图-33所示：

将从gitlab上下载的内容，拷贝到/var/www/html/deploy/packages目录下，将拷贝到的文件打包，删除原始目录，将压缩包生成md5值，存入md5文件中

在这里插入图片描述

图-33

步骤三：构建测试

1)执行构建工程，如图-34所示：

在这里插入图片描述

图-34

2)检查分发服务器的相关目录：

[root@localhost    ~]# ls /var/www/html/deploy/packages/
wpress_v1.0.tar.gz wpress_v1.0.tar.gz.md5
[root@localhost    ~]# cat /var/www/html/deploy/packages/
wpress_v1.0.tar.gz.md5
e4taef54a5f580b4e08d5245cc95268

6 案例6：创建版本文件

6.1 问题
为了记录应用的当前版本和前一个版本，创建两个工程：

创建live_version，记录应用程序当前版本
创建last_version，记录应用程序前一个版本
6.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：创建live_version文件

1)新建任务，如图-35、图-36所示：

在这里插入图片描述

图-35

在这里插入图片描述

图-36

  1. 参数构建，图-37、图-38、图-39、图-40所示：

在这里插入图片描述

图-37

在这里插入图片描述

图-38
在这里插入图片描述

图-39

在这里插入图片描述

图-40

3)执行构建工程，如图-41所示：
在这里插入图片描述

图-41

步骤二：创建last_version文件

1)修改live_verion文件shell命令，命令如下：

[-f /var/www/deploy/live_verion] && cat /var/www/deploy/live_verion > /var/www/deploy/last_verion，#如果找到/var/www/deploy/live_verion文件，就将/var/www/deploy/live_verion文件内容写入/var/www/deploy/last_verion文件，如图-42所示：

在这里插入图片描述

图-42

2)开始构建，构建版本为v1.0，如图-43、图-44所示：

在这里插入图片描述

图-43
在这里插入图片描述

图-44

3)查看构建结果

[root@localhost ~]# ls /var/www/deploy/
live_version last_verion packages 
[root@localhost ~]# cat /var/www/deploy/live_version
v1.0
[root@localhost ~]# cat /var/www/deploy/last_verion    #此时last_verion为空

4)重新构建，构建版本为v2.0，如图-43、图-45所示：

在这里插入图片描述

图-45

5)查看构建结果

[root@localhost ~]# ls /var/www/deploy/
live_version last_verion packages
[root@localhost ~]# cat /var/www/deploy/live_version
v1.0
[root@localhost ~]# cat /var/www/deploy/last_verion
v2.0

7 案例7：发布应用

7.1 问题
编写deploy_web.py应用发布程序：

根据分发服务器的版本，下载对应的应用
校验应用程序
发布指定程序
7.2 步骤
实现此案例需要按照如下步骤进行。

步骤一：编写脚本

[root@localhost ~]# vim deploy_web.py
import requests
import os
import hashlib
import tarfile
from urllib import request
#使用url进行get请求，获取网站文本信息，获取当前版本
def get_webdata(url):
    r = requests.get(url)
    return r.text
#将网址内容下载到fname文件中
def download(url, fname):
    html = request.urlopen(url)
    with open(fname, 'wb') as fobj:
        while True:
            data = html.read(1024)
            if not data:
                break
            fobj.write(data)
#检查文件MD5值
def check_md5(fname):
    m = hashlib.md5()
    with open(fname, 'rb') as fobj:
        while True:
            data = fobj.read(4096)
            if not data:
                break
            m.update(data)
    return m.hexdigest()
#部署版本，应用发布代码
def deploy(app):  # /var/www/packages/myproject_2.0.tar.gz
#切换路径到/var/www/packages路径下
    os.chdir('/var/www/packages')
#解压缩myproject_2.0.tar.gz文件
    tar = tarfile.open(app, 'r:gz')
    tar.extractall()
    tar.close()
#将.tar.gz替换成空字符串
    src = app.replace('.tar.gz', '')
#创建/var/www/html/mysite软链接
    dst = '/var/www/html/mysite'
    if os.path.exists(dst):    #如果文件存在
        os.unlink(dst)            #删除
    os.symlink(src, dst)        #否则创建软链接
if __name__ == '__main__':
#调用get_webdata()函数，目的是以发布服务器'http://192.168.122.73/live_version'网址为参数获取当前版本，ver结果为2.0
    ver = get_webdata('http://192.168.122.73/live_version').strip()
    app_name = 'myproject_%s.tar.gz' % ver
#app_url为下载myproject_2.0.tar.gz文件网址
    app_url = 'http://192.168.122.73/packages/' + app_name
#目标文件
    app_path = os.path.join('/var/www/packages', app_name)
#调用download()函数，目的是从app_url网址读取数据存入目标文件
    download(app_url, app_path)
#调用check_md5()函数，目的是计算目标文件MD5值
    local_md5 = check_md5(app_path)
#调用get_webdata()函数，目的从发布服务器网址获取md5值
    remote_md5 = get_webdata(app_url + '.md5').strip()
#如果目标文件md5值和发布服务器提供的md5值相等，确认下载的文件无误，调用deploy()函数，以目标文件作为参数进行部署
    if local_md5 == remote_md5:
        deploy(app_path)

步骤二：测试脚本

[root@localhost ~]# python3 deploy_web.py
#增加了mysite文件
[root@localhost ~]# ls /var/www/html
aaa index.html mypost.html mysite
[root@localhost ~]# ls /var/www/html/mysite
index.html

部署结果如图-46所示：

在这里插入图片描述

图-46

zoujiangMr
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
企业级互联网架构下CI/CD实践
weixin_33937913的博客
05-29 325
摘要：本文的整理自2017云栖大会-成都峰会上阿里云高级技术专家许晓的分享讲义，讲义主要介绍了企业级互联网架构下CI/CD实践的相关内容，通过对阿里巴巴内部的实践效果介绍引出分析实际交付案例，支撑业务并行持续交付解决方案，建立面向CI/CD/DevOps的一站式研发效能平台。 在2017云栖大会-成都峰会上，阿里云高级技术专家许晓做了题为《企业级互联...
第1章　持续交付2.0 @20210304
k4nz
03-04 177
经典图书《持续交付》已出版8年，一直受到软件行业从业者的关注。书中的软件开发原则和实践也随着商业环境「VUCA特性」的明显增强而逐渐受到软件技术人员的认可。 VUCA -EvolatilityB是 uncertainty（不确定性）、 complexity（复杂性）和Ambiguity（模糊性）的首字母缩写。VUCA这个术语源于军事用语，在20世纪90年代开始被普遍使用，用来描述冷战结束后的越发不稳定的、不确定的、复杂、模棱两可和多边的世界。在2001年9月11日恐怖袭击发生之后，这一概念和首字母缩写才.
微服务轮子项目（43） -持续集成CICD概述
阿甘兄
02-07 574
文章目录1. 持续交付相关内容2. CICD概念 1. 持续交付相关内容 2. CICD概念 持续集成(CI)：持续编译、测试、打包； 持续部署(CD)：代码在任何时刻都是可部署的，并且适配不同的环境自动部署 企业级CICD流水线: 开发提交代码 -> GitLab GitLab 通过 WebHook 触发Jenkins构建 Jenkins 跑构建流程 更新 Harbor 的镜像 通知K8s触发更新服务 ...
【工具篇】CI/CD介绍，实操案例-CI持续集成
weixin_45842494的博客
05-26 4108
1. CI/CD介绍 CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。 具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为"CI/CD 管道"，由开发和运维团队以敏捷方式协同支持。 整体的流程框架如下： 2. CI 持续集成（Continuous Integration） 持续集成指的是频繁的将代码集成到主干（相当于开发测试环境）。 开发人员提
Docker与CI持续集成/CD
02-25
Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植...持续部署（continuousdeployment）是通过自动化的构建、测试和部署循环来快速交付高质量的产品。某种程度上代表了一个开发团队工
持续交付(CD)&持续集成(CI)
04-02
持续交付（Continuous Delivery，CD）和持续集成（Continuous Integration，CI）是两种软件开发实践，它们都是敏捷开发和DevOps的核心组件。下面将对CD和CI的概念、目标、实现方法进行详细的解释。 持续集成（CI） ...
可编程的CI/CD引擎：一个可编程的CI/CD引擎，旨在让持续集成和持续交付过程更加灵活和高效
最新发布
03-11
一个可编程的CI/CD引擎，旨在让持续集成和持续交付过程更加灵活和高效。它的独特之处在于允许用户将整个CI/CD流程放置在容器中运行，从而实现更好的隔离和环境一致性。这个项目提供了一种新颖的方式来管理软件交付...
全面回答什么是持续集成和持续交付
01-27
持续集成（CI - Continuous Integration）和持续交付（CD - Continuous Delivery）是现代软件开发过程中的核心实践，旨在提高效率、质量和可预测性。这两者都是敏捷开发方法的一部分，特别是随着云计算和自动化工具...
Jenkins CI/CD自动化项目发布实战（上篇）
09-06
环境说明操作系统：CentOS7.4软件版本：Jenkins1.10 TLS
花半天时间，轻松打造前端CI/CD工作流
前端原创分享，常年坚持记录和分享，全网阅读量超百万
03-29 673
点击上方蓝字“前端司南”关注我您的关注意义重大原创@前端司南CI/CD 是 Continuous Intergration/Continuous Deploy 的简称，翻译过来就是持续集成...
Gitlab CI/CD自动化部署的实现 (二)
水波不清，清风自来
02-25 3625
此篇博客大多以官方文档翻译得来：通过 .gitlab-ci.yml配置CI/CD任务 相信熟悉dockerfile和ansible的应该对这个熟悉很快！ 此文档用于描述.gitlab-ci.yml语法，.gitlab-ci.yml文件被用来管理项目的runner 任务。 .gitlab-ci.yml 从7.12版本开始，GitLab CI使用YAML文件(.gitlab-ci.yml)来管理项...
Jenkinsfile、Dockerfile、deploy.yml完整CI/CD流程参考
muguazhi的博客
04-08 2805
Dockerfile #基础镜像：仓库是java，tag是8 FROM openjdk:8-jdk ##此处是打包的jar包名称，不带.jar后缀 ENV API_NAME=dubbo-provide-service ##工作目录 ENV WORK_DIR=/app/service/$API_NAME ##临时目录，如果不指定该目录可能会导致Springboot项目启动报错 ENV TMP_DIR=$WORK_DIR/temp ##完整jar包名称 ENV JAR_NAME=$API_NAME\.ja
Vite（三）部署静态站点（wordpress与hugo与Vercel、CI/CD、Travis CI、GitLab CI）、环境变量与模式、服务端渲染（SSR）
qq_43456781的博客
10-27 2109
Vite（三）部署静态站点（wordpress与hugo与Vercel、CI/CD、Travis CI、GitLab CI）、环境变量与模式、服务端渲染（SSR） 文章目录Vite（三）部署静态站点（wordpress与hugo与Vercel、CI/CD、Travis CI、GitLab CI）、环境变量与模式、服务端渲染（SSR）1. 部署静态站点构建应用本地测试应用GitHub PagesGitHub Pages 配合 Travis CIGitLab Pages 配合 GitLab CINetlifyG
浅谈CICD与项目实战
运维@小兵的博客
03-25 5651
曾几何时，研发、测试、运维各自为战，如战国之群雄割据，各领风骚，直至CI/CD横空出世，纵横捭阖，四海归一，实现了“车同轨 书同文 行同伦”，将开发环境、测试环境、预发环境、生产环境聚于统一战线，上传下达，流水作业，一荣俱荣、一辱俱辱。 一、什么是CI/CD 1.CI（Continuous Integration，持续集成） 图片来源：https://blog.csdn.net/csdnnews...
前端场景下 CI/CD 的探索与实践
玄魂工作室
12-02 773
在互联网行业，前端项目的迭代非常迅速，这对基础设施提出了非常高的要求，同时，前端项目的特殊性，也决定了它对基础设施的需求与后端及算法类项目有所不同。另一方面，业界基础技术也在不断向前进化...
cicd持续集成全程_我的博客是如何集成CICD的？
weixin_39760721的博客
11-20 2158
1. 前言博客现在貌似成为了一个技术人的标配，从最初的炫技到单纯的记录自己的成长历程。我的博客也经历了很多次「蜕变[1]」。当下博客的选型十分多，这里我列举一些：动态博客 WordPress：http://www.wordpress.com/Ghost：https://ghost.org/Halo：https://halo.run/...静态博客 jekyll：http://jekyllcn.co...
Tekton与Kubernetes引领的CI/CD未来趋势
在现代软件开发中，持续集成（CI）和持续部署（CD）已经成为关键实践，以确保软件可以快速、可靠地发布。CI/CD的核心理念在于将软件开发周期缩短，团队成员频繁提交代码，并通过自动化流程确保每次提交都能通过测试...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值