持续集成交付CICD：K8S 自动化完成前端项目应用发布与回滚

已于 2023-12-19 13:30:31 修改
阅读量1.5k 收藏 21
点赞数 19
分类专栏： 持续集成交付CICD 文章标签： ci/cd kubernetes 自动化
于 2023-12-19 13:12:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cronaldo91/article/details/135080840
版权

目录

一、实验

1.环境

2.GitLab新建项目存放K8S部署文件

3.Jenkins手动测试前端项目CD 流水线代码（下载部署文件）

4. 将K8S master节点配置为jenkins从节点

5.K8S 手动回滚前端项目版本

6.Jenkins手动测试前端项目CD 流水线代码（发布应用）

7.Jenkins手动测试前端项目CD 流水线代码（添加选择回滚功能）

8. Jenkins创建前端项目CD流水线

9. GitLab修改代码

10. Jenkins手动构建前端项目CI流水线

11. K8S node节点连接Harbor拉取镜像

12.Jenkins通过GitLab共享库实现前端项目在K8S自动发布应用

二、问题

1. jenkins从节点配置页面显示端口被禁用

2.将K8S master节点配置为jenkins从节点报错

一、实验

1.环境

（1）主机

表1 主机

主机架构版本IP备注
master1K8S master节点1.20.6192.168.204.180

jenkins slave

（从节点）

node1K8S node节点1.20.6192.168.204.181
node2K8S node节点1.20.6192.168.204.182
jenkins

 jenkins主节点      

2.414.2192.168.204.15:8080

 gitlab runner

（从节点）

harbor私有仓库1.2.2192.168.204.15
gitlab

gitlab 主节点       

12.10.14192.168.204.8:82

jenkins slave

（从节点）

sonarqube9.6192.168.204.8:9000

2.GitLab新建项目存放K8S部署文件

（1）新建项目

（2）K8S查看节点及部署文件

# kubectl get nodes

# cat devops03-devops-ui.yaml

（3）将部署文件复制到GitLab项目

（4）完成提交

（5）查看项目编号为22

3.Jenkins手动测试前端项目CD 流水线代码（下载部署文件）

（1）在回放中运行测试代码

@Library("mylib@master") _
import org.devops.*

def gitlabbutil = new Gitlab()

pipeline {
    agent { label "build"}
    options {
        skipDefaultCheckout true
    }
    stages{
        stage("GetDeployFile"){
            steps{
                script {
                    println("GetCode")
                    fileData = gitlabbutil.GetRepoFile(22,"deployment.yaml", "master")
                    println(fileData)
                }
            }
        }
    }
}

（2）成功

（3）生成流水线脚本实现写入文件

（4）回放中运行代码测试代码

@Library("mylib@master") _
import org.devops.*

def gitlabbutil = new Gitlab()
pipeline {
    agent { label "build"}
    options {
        skipDefaultCheckout true
    }
    stages{
        stage("GetDeployFile"){
            steps{
                script {
                    println("GetCode")
                    fileData = gitlabbutil.GetRepoFile(22,"deployment.yaml", "master")
                    println(fileData)

                    writeFile file: 'deployment.yaml', text: fileData

                    sh "ls -l; cat deployment.yaml"
                }
            }
        }
    }
}

（2）成功

4. 将K8S master节点配置为jenkins从节点

（1）Jenkins添加节点

（2）设置

（3）配置界面

（4）K8S master节点创建目录下载jar包

# mkdir /tmp/jenkinsagent

# cd /tmp/jenkinsagent

#  wget http://192.168.204.15:8080/jnlpJars/agent.jar

选择第3种方式进行安装

运或者运行脚本

（5）成功添加

（6）查看节点列表

K8S 集群关闭了Swap Space

5.K8S 手动回滚前端项目版本

（1）查看历史

# kubectl rollout history deployment/devops03-devops-ui -n devops03

（2）查看具体某一个历史版本信息

# kubectl rollout history deployment/devops03-devops-ui --revision=3 -n devops03
 
# kubectl rollout history deployment/devops03-devops-ui --revision=4 -n devops03

（3） 另开一个终端用watch命令观察pod变化

# watch -n 1 "kubectl get pod -n devops03"

（4）外部测试访问（当前版本为1.1.6）

# curl http://devops03-devops-ui.devops.com:31291

（5）回滚指定版本

# kubectl rollout undo deployment/devops03-devops-ui --to-revision=3 -n devops03


（6）观察pod变化

（7）外部测试访问（回滚版本为1.1.5）

#  curl http://devops03-devops-ui.devops.com:31291

6.Jenkins手动测试前端项目CD 流水线代码（发布应用）

（1）回放中运行代码测试代码

@Library("mylib@master") _
import org.devops.*

def gitlabbutil = new Gitlab()
env.groupName = "${JOB_NAME}".split("/")[0]
env.projectName ="${JOB_NAME}".split("/")[-1].split("_")[0]

pipeline {
    agent { label "k8s"}

    options {
        skipDefaultCheckout true
    }
    stages{
        stage("GetDeployFile"){
            steps{
                script {
                    println("GetCode")
                    fileData = gitlabbutil.GetRepoFile(22,"deployment.yaml", "master")
                    //println(fileData)
                    sh "rm -fr deployment.yaml"
                    writeFile file: 'deployment.yaml', text: fileData
                    //sh "ls -l; cat deployment.yaml"
                    sh "ls -l "
                }
            }
        }
        stage("DeployAPP"){
            steps{
                script{
                    namespace = "${env.groupName}"
                    appName = "${env.projectName}"
                    sh """
                        ## 发布应用
                        kubectl apply -f deployment.yaml -n ${namespace}
                    """

                    // 获取应用状态
                    5.times{
                        sh "sleep 2; kubectl -n ${namespace}  get pod | grep ${appName} "
                    }
                }
            }
        }
    }
}

（2）成功

（3）观察pod变化

（4）外部测试访问（版本升级为1.1.6）

#  curl http://devops03-devops-ui.devops.com:31291

7.Jenkins手动测试前端项目CD 流水线代码（添加选择回滚功能）

（1）先手动回滚为1.1.5

# kubectl rollout undo deployment/devops03-devops-ui -n devops03
deployment.apps/devops03-devops-ui rolled back

（2）观察pod变化

（3） 外部测试访问（当前版本回滚为为1.1.5）

# curl http://devops03-devops-ui.devops.com:31291

（4）回放中运行代码测试代码

@Library("mylib@master") _
import org.devops.*

def gitlabbutil = new Gitlab()
env.groupName = "${JOB_NAME}".split("/")[0]
env.projectName ="${JOB_NAME}".split("/")[-1].split("_")[0]

pipeline {
    agent { label "k8s"}

    options {
        skipDefaultCheckout true
    }
    stages{
        stage("GetDeployFile"){
            steps{
                script {
                    println("GetCode")
                    fileData = gitlabbutil.GetRepoFile(22,"deployment.yaml", "master")
                    //println(fileData)
                    sh "rm -fr deployment.yaml"
                    writeFile file: 'deployment.yaml', text: fileData
                    //sh "ls -l; cat deployment.yaml"
                    sh "ls -l "

                }
            }
        }

        stage("DeployAPP"){
            steps{
                script{
                    env.namespace = "${env.groupName}"
                    env.appName = "${env.projectName}"
                    sh """
                        ## 发布应用
                        kubectl apply -f deployment.yaml -n ${env.namespace}
                    """

                    // 获取应用状态
                    5.times{
                        sh "sleep 2; kubectl -n ${env.namespace}  get pod | grep ${env.appName} "
                    }
                }
            }
        }

        stage("RollOut"){
            input {
                message "是否进行回滚"
                ok "提交"
                submitter "david,aa"
                parameters {
                    choice(choices: ['yes','no'], name: 'opts')
                }

            }

            steps{
                script{
                    switch ("${opts}"){
                        case "yes":
                            sh " kubectl rollout undo deployment/${env.appName} -n ${env.namespace}"
                            break

                        case "no":
                            break
                    }
                }
            }
        }
    }
}

（5）观察pod变化

(6) 外部测试访问（当前版本为1.1.6）

# curl http://devops03-devops-ui.devops.com:31291

（6）Blue Ocean弹出选项，选择yes

(7) 观察pod变化

（8）外部测试访问（当前版本回滚为1.1.5）

# curl http://devops03-devops-ui.devops.com:31291

8. Jenkins创建前端项目CD流水线

（1）Jenins新建前端项目CD流水线

（2）去除其他参数，修改脚本路径

9. GitLab修改代码

（1）GitLab共享库新建K8S CD流水线

（2）将之前测试成功的代码复制过来

（3）GitLab前端项目新建分支RELEASE-1.1.7

10. Jenkins手动构建前端项目CI流水线

（1）Jenkins手动构建，分支输入RELEASE-1.1.7

（2）Jenkins添加视图

（3）查看CI和CD视图

（4）成功

（5）Blue Ocean 查看

（6）Harbor查看镜像

192.168.204.15/devops03/devops03-devops-ui:RELEASE-1.1.7

（7）Build Now 直接构建

（8）观察pod变化

（9） 外部测试访问（版本升级为1.1.6）

#  curl http://devops03-devops-ui.devops.com:31291

11. K8S node节点连接Harbor拉取镜像

（1）拉取镜像

# docker login -u admin -p Harbor12345 192.168.204.15
 
# docker pull 192.168.204.15/devops03/devops03-devops-ui:RELEASE-1.1.7
 
# docker logout 192.168.204.15

（2）node1 节点

（3）node2节点

12.Jenkins通过GitLab共享库实现前端项目在K8S自动发布应用

（1）GitLab修改部署文件

修改前：

修改后：

（2）Build Now 直接构建

（3）观察pod变化

（4）  外部测试访问（当前版本为1.1.7）

# curl http://devops03-devops-ui.devops.com:31291

（5）Blue Ocean弹出界面，选择no (不进行回滚)

(6) 完成

二、问题

1. jenkins从节点配置页面显示端口被禁用

（1）报错

（2）原因分析

未启用WebSocket

(3) 解决方法

启用WebSocket

2.将K8S master节点配置为jenkins从节点报错

（1）报错

（2）原因分析

根据报错信息可以得知，报错的原因是由于编译这份java代码的版本和当前用于运行的java版本并不一致。并且编译的版本仅支持52.0或以上的运行版本。从而可以得知，当前用于运行的java版本低于52.0。

而首先需要了解，什么是编译的版本，什么是运行的版本。需要区分开jre和jdk。

在安装java环境的时候，一个版本会分别对应两个文件夹，分别是jre和jdk。而jre表示的是java runtime environment ，即java的运行环境，而jdk表示的是Java SE Development kit(JDK)，即java的编译环境。

java -version查看的是jre的版本（运行环境）。
javac -version查看的是jdk的版本（编译环境）。

（3）解决方法

在查看版本后发现不一致，那么就去重新配置一下环境，保证版本一致后重新编译运行即可。

需要说明的是，我这里这份代码并不是我编写的，并且也只拿到了编译完成后的class文件，因此只能通过解决更换运行的java版本解决这个问题。

而从报错信息中可以知道，这份代码在编译后，仅支持用52.0及以上的java版本的jre环境运行，即使不知道52.0的版本对应的是哪个java版本，但肯定是需要高于1.8.0的。并且为了避免以后产生问题，我计划直接更新整个java的版本，即将jdk和jre换成一个新的版本，也考虑到以后可能还需要用到1.8.0的版本，因此并不会把1.8.0的版本删除。

① 查询java版本

# java -version

②本机自带jdk 先卸载jdk 

# rpm -qa|grep java 
 
# rpm -e --nodeps xxxxx

查询

删除

再次查询

③ 新版的Jenkins需要安装JDK11的JAVA环境，所以我们首先要配置JDK

Java Archive Downloads - Java SE 11 | Oracle 中国

#下载完之后拖到opt目录下
cd /opt
 
#安装JDK11
rpm -ivh jdk-11.0.15.1_linux-x64_bin.rpm

#配置环境变量
vim /etc/profile
export JAVA_HOME=/usr/java/jdk-11.0.15.1
export PATH=$PATH:$JAVA_HOME/bin:$MAVEN_HOME/bin

#刷新配置
source /etc/profile

#查看java版本
java -version

④ ssh-copy-id 被控端IP 需要输入对应主节的root密码

# ssh-copy-id root@192.168.204.180

⑤ 运行脚本

⑥ 成功添加

cronaldo91
关注
  • 19
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
软件项目自动化CICD构建与流程.doc
06-14
软件项目自动化CICD构建与流程
cicd：构建自动化
02-06
cicd：构建自动化
K8S部署Java项目（Gitlab CI/CD自动化部署终极版）
最新发布
mo_sss的博客
02-26 2852
每个人都有惰性，但不断学习是好好生活的根本，共勉！
cicd-canary:使用 StackStorm 的持续集成持续交付解决方案
06-30
CI/CD Canary 工作流 该项目重点介绍了 StackStorm 在通用、可部署的 CI/CD 管道中的使用。 它基于构建，可以部署到本地 Vagrant 环境、部署到 Digital Ocean 或部署到本地服务器集。 用于：Debian/Ubuntu 系统。 如果您想在其他平台上看到此内容，请通过告诉我们 概述 此 CI/CD 工作流被设计为通用打包和部署管道。 这里的目的是创建一个足够灵活的管道，能够推送任何类型的代码，并为通过 StackStorm 进行快速部署和管理做好准备。 此工作流订阅了“约定优于配置”的世界观。 任何项目都应该能够被这个管道使用，假设它遵循以下约定： 配置部分 GitHub 上存在一个项目，并将其传出 webhook 配置为发送到 StackStorm 该项目有两个脚本，旨在确保为 CI 设置项目 script/cisetup - 准备构建目
ansible-tower-cicd：与Ansible Tower进行持续集成和持续交付的框架
01-31
ansible-tower-cicd：与Ansible Tower进行持续集成和持续交付的框架
cicd:build用于构建测试自动化的简单工具
05-01
:package: CICD管道 用于构建/测试自动化的简单工具。 快速开始 :rocket: 在服务器中创建一个名为repos的目录。 为了方便起见，我们建议在/opt/cicd路径中这样做： cd /opt mkdir -p cicd/repos 转到新创建的目录： cd cicd/repos 克隆您要自动执行以下内容的构建/测试过程的存储库： git clone <https> :information: 注意： CICD Pipeline当时不使用git协议。 运行docker： docker run --privileged \ -v /var/run/docker.sock:/var/run/docker.sock \ -v /opt/cicd/repos:/opt/cicd/repos \ -v /opt/cicd/sslfiles:/opt/cicd/sslfiles \ -
持续集成（Continuous integration，简称CI）
落笔丶的博客
04-17 5050
持续集成持续集成是什么？为什么要使用持续集成？持续交付为什么要交给质量团队或是用户呢？持续部署持续集成的流程 持续集成是什么？ CI，是指在一段时间内（如：约定好的一天内或是一个上午），多次的将代码提交到主干上去。自然，每次都要通过测试。 大师Martin Fowler对持续集成是这样定义的:持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天...
【Kubernetes 企业项目实战】06、基于 Jenkins+K8s 构建 DevOps 自动化运维管理平台（中）
Stars.Sky 的博客
01-31 6809
基于 Jenkins+k8s+Git+DockerHub 等技术链构建企业级 DevOps 容器云平台
CI/CD：持续集成/持续部署
热门推荐
weixin_67470255的博客
08-11 1万+
CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD的核心概念是持续集成、持续交付和持续部署。指在开发过程中自动执行一系列从开发到部署的过程中，尽量减少人工的介入。具体来说，CI/CD可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务统称为“CI/CD管道”，由开发和运维团队协同支持。CI指的是持续集成，CD指的是持续交付和持续部署。......
持续集成(CI)简单介绍
水奈濑结花的博客哦！
05-11 4886
Continuous integration,简称CI ​ 是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。 （简单理解为你们公司每天都收集一次你们公司开发部门全部成员的代码，然后放到CI Server上自动化给你们跑一遍，如果代码有问题就会原路打回来，这样做的目的就是为了能够尽早发现错误，从而能即时在最短的时间内定位你的错误并且改正，这样
Jenkins + Pipline +K8S 流水线项目选择分支自动发布、更新、回滚
无名小生
06-07 2760
在生产环境中，我们通常会使用Jenkins流水线部署k8s群集，这里主要介绍使用Jenkins的pipline可选择分支实现k8s群集的发布、更新、回滚功能。 实验目的 1.分支可选 有2个分支branch=（master，develop），可以任意选择分支构建 2个分支的区别 为了做实验，修改背景图片来做区别 master 分支：背景图片上面版本号：v1.0 develop 分支：背景图片上面版本号：v2.0 3.构建方法可选 每个分支都有2个构建方法action=（release，rollback），.
cicd-jenkins:CICD Jenkins将在K8S上部署项目
03-16
西德·詹金斯 CICD Jenkins将在K8S上部署项目
Kubernetes 基于Kubectl的GitOps CI/CD
小楼一夜听春雨，深巷明朝卖杏花
01-01 836
上传镜像(前端镜像构建就是基于nginx镜像，将静态文件拷贝到发布目录下面，同时构建完毕之后docker run一下，看看在本地是否可以跑起来) 需要将docker镜像仓库的用户认证信息，以用户名和密码类型的凭据在Jenkins中存储； docker仓库：registry.cn-beijing.aliyuncs.com/${buName}/${appName}； 镜像标签： ${releaseVersion}-${nowDate} 即 版本号-日期； 步骤： 登录镜像仓库> 构建镜像 >
自动化构建部署(CICD)
weixin_41942838的博客
12-24 2571
项目管理之自动化构建部署(CICD) 理解敏捷项目管理 掌握ones使用 掌握GitLab使用 掌握Jenkins自动化项目构建与部署 1. 研发管理概述 1.1.概念 ​研发管理就是在研发体系结构设计的基础之上，借助信息平台对研发进行的团队建设、流程设计、绩 效管理、风险管理、成本管理、项目管理和知识管理等活动。 管理活动的目的是实现组织目标。研发团队通过科学的研发管理方法可以保证软件开发及交付的稳定 性，更高效的实现团队目标。 1.2. 研发管理能帮助企业做到什么 准确把控项目的全局和细节 使软件
DevOps：自动化部署和持续集成/持续交付（CI/CD）
weixin_51151534的博客
10-04 1284
DevOps是一种将软件开发（Development）和运维（Operations）过程紧密集成的文化和实践。它的核心目标是通过自动化、协作和持续改进来缩短软件交付周期，同时提高软件的质量和可靠性。在传统的软件开发模式中，开发和运维通常是两个独立的团队，它们之间的合作有时会受到挑战。DevOps试图打破这种隔离，使开发和运维团队更紧密地合作，以实现更快速、更可靠的软件交付。
DevOps实战笔记--3(Jenkins流水线任务+K8S介绍)
m0_50599085的博客
05-22 1891
当我们采用自由风格构建项目时，项目中的每个步骤都需要进行单独配置，而且构建时每一步之间没有明确的区分，若出现问题，需要单独查找控制台，定位起来较为困难。于是我们在此引入Jenkins流水线任务，此任务类型可以使项目的执行过程可视化，使问题的定位过程变得更加方便。在使用流水线任务时，我们通过Jenkinsfile对任务进行统一的配置与管理。通常，我们为方便后期维护，会选择将Jenkinsfile放在项目中。所以，通过流水线构建项目的方式往往较其他方式的操作更为灵活与简便。
jenkins pipeline script部署实例和回滚实例
zhaoyang10的专栏
05-07 3652
env.GIT='ssh://[email protected]:2222/bop/fms-group/fms.git' env.name='fms-p' env.docker_path='fms-p/docker' env.jar_name='fms-p' env.dockerfile_jar_name='fms-p' env.node1='xxx1.com' env.node2='xxx2.co...
理解 DevOps —— CI 持续集成
薛定谔的猫-前端领域
05-31 1049
DevOps 是 Development 和 Operations 的组合，即将软件交付过程中开发与测试运维的环节通过工具链打通，并通过自动化的测试与监控，减少团队的时间损耗，更加高效稳定地交付产品。 CI(Continuous Integration)，即持续集成，指频繁地（一天多次）将代码集成到主干的行为。这里既包含持续将代码集成到主干的含义，也包含持续将源码生成可供实际使用的制品的过程。在 CI 阶段的实现至少应该有： 静态代码检查：ESLINT/TSLINT 静态语法检查，验证 git co
【敏捷开发】jenkins「CI持续集成 CD持续部署」
Jzin的博客
03-08 2448
【敏捷开发】jenkins「CI持续集成 CD持续部署」- 部署vue和go项目 - 待定
cicd自动完成，自动交付脚本
09-12
### 回答1： CICD是指持续集成、持续交付，它通过自动化的方式完成软件开发的不同环节，其中包括自动化完成代码编译、测试、构建、打包等步骤，并最终通过自动化的交付流程将软件部署到生产环境。因此，CICD自动完成、自动交付脚本就是完成这些自动化流程所使用的脚本工具，通过这些脚本工具可以实现软件开发过程的高度自动化和流程化，提高软件开发的效率和质量。 ### 回答2： CI/CD是指持续集成/持续交付（Continuous Integration/Continuous Delivery）的缩写。它是一种软件开发实践方法，通过自动化的方式，将代码修改和集成的过程与代码交付和部署的过程紧密结合起来。 CICD自动完成自动交付脚本是指通过编写脚本来实现CICD的自动化过程。这个脚本可以自动完成代码修改、集成、构建、测试、部署等一系列的任务，从而实现持续集成和持续交付。 首先，脚本可以监听源代码管理系统，如Git，当有代码提交时触发自动化流程。然后，它会自动拉取最新的代码，并进行代码构建。构建的过程中，脚本可以自动进行代码检查、编译、打包等操作，确保代码的质量和可用性。 接下来，脚本可以自动进行单元测试、集成测试、回归测试等各种测试，以确保代码的稳定性和功能的正确性。如果测试通过，脚本可以将构建好的代码部署到目标环境中。部署的过程中，脚本可以自动完成数据库迁移、配置文件更新等一系列操作，确保代码能够正确运行。 最后，脚本可以自动通知相关人员，如开发者、测试人员或运维人员，关于代码构建和部署的状态和结果。这样，团队成员可以及时了解代码变更的情况，做出相应的反馈或调整。 CICD自动完成自动交付脚本的好处是提高了软件交付的效率和质量。它减少了人工操作和手动测试的错误和风险，提高了工作效率和代码可靠性。通过自动完成和自动化的方式，CICD脚本可以让团队更加专注于软件开发和功能实现，减少了繁琐的重复性工作，提高了团队的整体效能。 ### 回答3： CICD（持续集成和持续交付）是一种软件开发流程的方法论，旨在通过自动化的构建、测试和部署流程来实现快速、高质量的软件交付。CICD自动完成和自动交付脚本是支持这种流程的关键工具。 CICD自动完成脚本用于实现自动化的构建、测试和部署过程。通过编写这些脚本，我们可以自动化构建工具的安装和配置、项目的编译和打包、自动化测试的运行以及构建产物的存储和备份等步骤。这些脚本可以根据开发环境的不同自动选择适当的工具和设置，并能够处理各种可能出现的错误和异常情况。这样一来，开发人员就可以将更多的时间和精力投入到核心代码的开发上，而不必手动执行繁琐的构建和测试任务。 CICD自动交付脚本用于实现软件的自动部署和交付。通过编写这些脚本，我们可以自动化部署工具的安装和配置、服务器的环境搭建、应用程序的部署和启动、数据库和其他依赖项的配置等步骤。这些脚本可以根据不同的环境（如开发、测试、生产）自动选择正确的配置和参数，并且能够处理各种可能出现的错误和异常情况。这样一来，我们可以通过简单的命令或触发器，自动将最新的可部署版本交付到目标环境，大大提高了软件交付的效率和可靠性。 总之，CICD自动完成和自动交付脚本是支撑CICD流程的关键工具，通过自动化构建、测试和部署等环节，极大地提高了软件交付的效率和质量。这些脚本解放了开发人员的双手，让他们更专注于核心的开发工作，同时也减少了人为因素对软件交付的影响，提高了团队的整体效率和合作效果。一个完善的CICD流程需要结合合适的工具和配置，以及团队成员的积极配合和持续改进，才能够实现高效、高质量的软件交付。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值