可信网站行业验证必须做吗,建设部官网网站,电商网站建设考试,网站大多用源码来做吗文章目录 前言一、CI-持续集成1.1 安装部署gitlab 二、gitlab CI配置三、jenkins实现CI / CD3.1 安装jenkins3.2 配置CI3.3 配置CD3.4 其他构建方式1、定时构建2、指定参数构建3、webhook自动根据git事件进行构建 前言 什么是CI/Cd#xff1f; CI-Continuous integration… 文章目录 前言一、CI-持续集成1.1 安装部署gitlab 二、gitlab CI配置三、jenkins实现CI / CD3.1 安装jenkins3.2 配置CI3.3 配置CD3.4 其他构建方式1、定时构建2、指定参数构建3、webhook自动根据git事件进行构建 前言 什么是CI/Cd CI-Continuous integration 持续集成是指多名开发者在开发不同功能代码的过程当中可以频繁的将代吗行合并到一起并切相互不影响工作。 CD-continuous deployment持续部署是基于某种工具或平台实现代码自动化的构建、测试和部署到线上环境以实现交付高质量的产品,持续部署在某种程度上代表了一个开发团队的更新迭代速率。 Continuous Delivery: 持续交付是在持续部署的基础之上将产品交付到线上环境因此持续交付是产品价值的一种交付是产品价值的一种盈利的实现。
持续交付并不是指软件每一个改动都要尽快的部署到产品环境中。它指的是任何的修改都已证明可以在任何时候实施部署。 持续交付(Continuous Delivery)是一系列的开发实践方法用来确保让代码能够快速安全的部署到产品环境中它通过将每一次改动都提交到一个模拟产品环境中使用严格的自动化测试确保业务应用和服务能符合预期。因为使用完全的自动化过程来把每个变更自动的提交到测试环境中所以当业务开发完成时你有信心只需要按一次按钮就能将应用安全的部署到产品环境中。
特点
通常将侧重研发侧的过程称为CI(持续集成)侧重正式环境部署的过程称为CD(持续交付)一般不单独提持续部署(ContinuousDeployment)
主要工具
代码仓库:Git进行管理;静态检查;Sonar集成单元测试:Junit;单测覆盖率JaCoCo插件;编译打包;集成部署: she11脚本/服务接口;自动化测试:RobotFrameWork自动化测试平台;CI报告;Sonar。GitlabJenkinsSonarQube阿里EDAS平台RF自动化测试套件等. 一、CI-持续集成 Martin Flowler对持续集成是这样定义的持续集成是一种软件开发实践即团队开发成员经常集成它们的工作通常每个成员每天至少集成一次也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建 (包括编译部署自动化测试)来验证从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题让团队能够更快的开发内聚的软件。 常用工具
代码管理gitlab(企业自建gitee(企业租户形式使用持续集成jenkins
1.1 安装部署gitlab
官网官网中文官网注意建议安装的gitlab在虚拟机中至少给到2G以上内存不然可能会安装不成功卡在某个地方报错 1、下载镜像 由于官网镜像太慢所以在国内开源镜像站中查找。如清华大学开源软件镜像站搜索gitlab镜像目前使用社区版下载最新。镜像列表地址https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/
2、登录服务器下载镜像
# 下载
wget https://mirrors.tuna.tsingua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-14.9.4-ce..el7.x864.rpm
# 安装邮件服务postfixgitlab依赖
yum install postfix
# 启动邮件服务
systemctl start postfix
# 安装gitlab
rpm -ivh gitlab-ce-14.9.4-ce.0.el7.x86_64.rpm3、安装完成后根据提示设置访问地址
# 修改添加gitlab的访问地址
vim /etc/gitlab/gitlab.rb
# 进入gitlab.rb编辑内容中后-----
external_url http://192.168.xx.xx:8000
# :wq 保存并退出编辑----- ip试自身环境定
# 开放端口号
firewall-cmd --permanent --zonepublic --add-port8000/tcp
# 重启防火墙
firewall-cmd --reload
# 查看当前开放端口
firewall-cmd --list-ports
# 重置gitla
gitlab-ctl reconfigure
# 重启gitlab服务
gitlab-ctl restart4、重启完成后根据external_url访问gitlab
当遇到502时可以尝试多刷新几次如果一直无法访问就通过gitlab-ctl status查看运行状态登录默认为root初始密码默认在/etc/gitlab/initial_root_password中查看登录gitlab后自定设置 二、gitlab CI配置 本节假设已建立一个vue3-vite项目的仓库并在项目根目录新建.gitlab-ci.yml gitlab-ci配置的保留字image(使用docker image)services(使用docker service),stages(定义工作阶段typesstage的别名before_script在工作任务执行前执行的脚本命令after_script在任务执行结束后执行的脚本命令variables定义变量 配置文件示例
# stages是保留字用于定义工程执行的阶段
stages:- build- deploy
# build_job job名称可以自定义
build_job:stage: buildscript: - echo start build- echo 多行输出deploy_job:stage: deployscript: echo start deploy以上只是简单的gitlab-ci配置而要构建gitlab流水线需要搭配使用runnerrunner的安装一般由管理员部署实现这里略过了。
三、jenkins实现CI / CD 官网地址 jenkins中文网 3.1 安装jenkins
以centos系统安装为例官网参考https://pkg.jenkins.io/redhat-stable/
注意jenkins依赖于java所以需要先安装java jdk根据官网文档要求在对应服务器上下载java及jinkins安装包
# 安装(已下载jenkins-2.332.3-1.1.noarch.rpm安装包
rpm -ivh jenkins-2.332.3-1.1.noarch.rpm
# 查看jenkins配置文件
vim /etc/init.d/jenkins
# 修改配置端口或USER视情况定
vim /etc/sysconfig/jenkins
# 启动jenkins首次启动较慢可能需要四五分钟
service jenkins start
# 获取初始密码
tail /var/lib/jenkins/secrets/initialAdminPassword解锁jenkins获取初始密码 首次启动会推荐安装插件但安装会耗时很久所以建议不安装推荐插件点击“选择插件来安装”后不勾选插件从而进入下一步。 创建管理员用户 配置实例默认不改就好
进入系统后显示欢迎页
添加中文插件Manage Jenkins左侧菜单——》Manage Plugins——》available标签页
3.2 配置CI
1、创建新任务并命名 2、关联gitlab仓库 此处需要先安装git插件 在jenkins安装对应服务器上安装git
# 安装
yum install -y git
# 测试安装是否完成
git --version配置源码管理 添加凭据向下选择是否切换分支 点击构建测试是否成功 /var/lib/jenkins/workspace是jenkins的默认工作目录在里面可以看到上一步构建拉取到的项目文件 新增构建步骤进入上一步新建任务的配置中 配置shell
3.3 配置CD
1、基于上一步的执行shell脚本中继续添加shell
cd /var/lib/jenkins/workspace/DemoTest
# 安装依赖
npm install
# 打包
npm run build
# 进入打包后目录
cd dist
# 压缩前先删除已有压缩包
rm -f demotest.tar.gz
# 压缩所有文件
tar -zcvf demotest.tar.gz *
# 查看dist目录
ll2、将上一步的压缩包传到nginx服务器 - 先安装 publish over ssh插件用于推送压缩包
配置Publish Over ssh (对应nginx服务根目录) 添加构建后操作 添加构建后操作配置注意对应nginx服务器上已创建demotest文件夹的前提下且配置了nginx对demotest路径的配置
3.4 其他构建方式
1、定时构建
1、打开demotest任务的配置切到构建触发器
2、指定参数构建
1、安装git parameter插件 2、修改任务配置——勾选“参数化构建过程” 3、添加Git参数配置 4、修改“源码管理”处的指定分支 5、查看可用构建的标签和分支选中后点击开始构建即可
3、webhook自动根据git事件进行构建
1、添加插件
2、打开demotest配置在安装gitlab插件后会新增一个构建触发器选项如下 3、到gitlab中配置出站请求gitlab群组管理中设置 设置——》网络——》出站请求 4、设置webhooks对应代码仓库中设置 5、测试push event
