6.云原生之kubesphere中Jenkin CICD实战

已于 2024-01-23 00:12:42 修改
阅读量1.4w 收藏 11
点赞数 21
分类专栏： 私有云+云原生实战 文章标签： 云原生 devops jenkins
于 2024-01-04 18:23:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45690643/article/details/135392607
版权

云原生专栏大纲

文章目录

怎么理解DevOps？

DevOps是Development (开发)和Operations (运维)的组合,是一种方法论,是一组过程、方法与系统的统称,用于促进应用开发、应用运维和质量保障（QA）部门之间的沟通、协作与整合，一起打破传统开发和运营之间的壁垒和鸿沟；

DevOps是一种重视软件开发人员(Dev)和IT运维技术人员(Ops)之间沟通合作的文化、运动或惯例,通过自动化软件交付和架构变更的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠;具体来说,就是在软件交付和部署过程中提高沟通与协作的效率，旨在更快、更可靠的的发布更高质量的产品；

也就是说 DevOps 是一组过程和方法的统称，并不指代某一特定的软件工具或软件工具组合；各种工具软件或软件组合可以实现DevOps的概念方法,其本质是一整套的方法论,而不是指某种或某些工具集合,与软件开发中设计到的OOP, AOP, IOC (或DI）等类似，是一种理论或过程或方法的抽象或代称。

总结：DevOps是打破开发、运维、QA之间屏障的方法论，实现基于CICD，CICD落地实现基于gitlab和jenkins
学习参考：为什么大厂都在做DevOps，和CICD有什么关系？

所需环境介绍

工具简介
JenkinsJenkins 是一个开源的持续集成和持续交付工具，可用于自动化构建、测试和部署软件。Jenkins 提供了丰富的插件生态系统，可以与各种工具和技术进行集成。Jenkins 的主要优点是易于安装和使用，支持广泛的编程语言和操作系统。
SonarQubeSonarQube 是一个开源的代码质量管理平台，可用于检测代码缺陷、漏洞和代码规范违规等问题。SonarQube 提供了丰富的代码分析和报告功能，可以帮助开发团队提高代码质量和可维护性。SonarQube 的主要优点是易于安装和使用，支持多种编程语言和集成工具。
GitLabGitLab 是一个基于 Git 的开源代码托管和协作平台，提供了代码管理、问题跟踪、持续集成和部署等功能。GitLab 还包括一个内置的 CI/CD 工具，可以自动化构建、测试和部署软件。GitLab 的主要优点是集成度高、易于使用、支持自托管和云托管等多种部署方式。
NexusNexus 是一个开源的 Maven 仓库管理器，用于存储和分发软件包和依赖项。Nexus 支持多种软件包管理格式，包括 Maven、npm、Docker 等。Nexus 还提供了一些高级功能，如安全漏洞扫描、仓库清理、仓库镜像等。Nexus 的主要优点是易于安装和使用、支持多种软件包管理格式、提供了丰富的管理功能。
HarborHarbor 是一个开源的 Docker 镜像仓库管理器，用于存储和分发 Docker 镜像。Harbor 提供了一些高级功能，如安全漏洞扫描、镜像复制、访问控制等。Harbor 还支持多种身份验证和授权机制，可以与 Kubernetes 等容器编排平台进行集成。Harbor 的主要优点是易于安装和使用、提供了丰富的管理功能、支持多种身份验证和授权机制。

创建devops java项目

image.png

不同企业中项目目录结构存在差异，该差异影响Jenkinsfile流水线文件中的内容，该项目采取比较通用的多模块项目，项目只存在二级模块。

DockerFile文件

# 只包含了Java运行时环境和一些基本的工具，没有Java编译器和其他开发工具
FROM java:openjdk-8-jre-alpine

#作者
MAINTAINER zw <1293780497@qq.com>
#系统编码
ENV LANG=C.UTF-8 LC_ALL=C.UTF-8
#声明一个挂载点，容器内此路径会对应宿主机的某个文件夹
# VOLUME /tmp
#应用构建成功后的jar文件被复制到镜像内，名字也改成了app.jar
ADD target/*.jar app.jar
#启动容器时的进程并制定启动超参数
ENTRYPOINT ["java","-jar","/app.jar","--spring.profiles.active=dev", "--server.port=8080"]
#暴露8080端口
EXPOSE 8080

openjdk:8u201-jdk-alpine3.9 和 java:openjdk-8-jre-alpine、openjdk:8-jdk 是两个不同的 OpenJDK 8 镜像，它们之间存在以下区别：

  1. 镜像内容：
    • openjdk:8u201-jdk-alpine3.9 使用的是 Alpine Linux 3.9 版本作为基础镜像，而 openjdk:8-jdk 使用的是 Debian 或 Ubuntu 等常见的 Linux 发行版作为基础镜像。
    • openjdk:8u201-jdk-alpine3.9 是一个包含完整的 JDK（Java Development Kit）的镜像。它包含了编译、调试和运行 Java 应用程序所需的工具和库。
    • java:openjdk-8-jre-alpine 是一个只包含 JRE（Java Runtime Environment）的镜像。它适用于仅需要运行 Java 应用程序的场景，不包含编译和调试工具，只提供 Java 运行时环境。
  2. 镜像大小：
    • openjdk:8u201-jdk-alpine3.9 是一个基于 Alpine Linux 的轻量级镜像，因此它的镜像大小通常比 java:openjdk-8-jre-alpine 要大一些。这是因为完整的 JDK 镜像需要包含更多的工具和库。
    • java:openjdk-8-jre-alpine 是一个只包含 JRE 的轻量级镜像，因此它的镜像大小通常比 openjdk:8u201-jdk-alpine3.9 要小一些。
  3. 功能用途：
    • openjdk:8u201-jdk-alpine3.9 适用于开发和构建 Java 应用程序的场景。它提供了完整的 JDK 功能，包括编译、调试和运行 Java 代码所需的工具和库。
    • java:openjdk-8-jre-alpine 适用于仅需要运行 Java 应用程序的场景。它只提供 Java 运行时环境，不包含编译和调试工具。

Jenkinsfile

pipeline {
    agent {
        node {
            label 'maven'
        }

    }
    stages {
        stage('拉取代码') {
            agent none
            steps {
                container('maven') {
                    git(url: 'http://gitlab.base.svc.cluster.local/root/devops-sample.git', credentialsId: 'gitlab-id', branch: 'master', changelog: true, poll: false)
                    sh 'ls -al'
                }
            }
        }

        stage('项目编译') {
            agent none
            steps {
                container('maven') {
                    sh 'ls'
                    sh 'mvn clean package -Dmaven.test.skip=true'
                    sh 'ls devops-service/target'
                    sh 'ls devops-web/target'
                }

            }
        }

        stage('并行构建镜像') {
            parallel {
                stage('构建devops-service镜像') {
                    agent none
                    steps {
                        container('maven') {
                            sh 'ls devops-service/target'
                            sh 'docker build -t devops-service:latest -f devops-service/Dockerfile  ./devops-service/'
                        }

                    }
                }
                stage('构建devops-web镜像') {
                    agent none
                    steps {
                        container('maven') {
                            sh 'ls devops-web/target'
                            sh 'docker build -t devops-web:latest -f devops-web/Dockerfile  ./devops-web/'
                        }

                    }
                }

            }
        }


       stage('并行推送镜像') {
            parallel {
                stage('推送devops-service镜像') {
                    agent none
                    steps {
                        container('maven') {
                            sh 'docker login -u harbor仓库账号 -p harbor仓库密码 harbor仓库地址'
                            sh 'docker tag devops-service:latest harbor仓库地址/library/devops-service:SNAPSHOT-$BUILD_NUMBER'
                            sh 'docker push harbor仓库地址/library/devops-service:SNAPSHOT-$BUILD_NUMBER'
                        }

                    }
                }
                stage('推送devops-web镜像') {
                    agent none
                    steps {
                        container('maven') {
                            sh 'docker login -u harbor仓库账号 -p harbor仓库密码 harbor仓库地址'
                            sh 'docker tag devops-web:latest harbor仓库地址/library/devops-web:SNAPSHOT-$BUILD_NUMBER'
                            sh 'docker push harbor仓库地址/library/devops-web:SNAPSHOT-$BUILD_NUMBER'
                        }
                    }
                }
            }
        }

        stage('并行部署') {
            parallel {
                stage('devops-service - 部署到devops环境') {
                  steps {
                    container ('maven') {
                        withCredentials([
                            kubeconfigFile(
                            credentialsId: env.KUBECONFIG_CREDENTIAL_ID,
                            variable: 'KUBECONFIG')
                            ]) {
                            sh 'docker login -u harbor仓库账号 -p harbor仓库密码 harbor仓库地址'
                            sh 'envsubst < devops-service/deploy.yml | kubectl apply -f -'
                        }
                    }
                  }
                }
                 stage('devops-web - 部署到devops环境') {
                    steps {
                        container ('maven') {
                            withCredentials([
                                kubeconfigFile(
                                credentialsId: env.KUBECONFIG_CREDENTIAL_ID,
                                variable: 'KUBECONFIG')
                                ]) {
                                sh 'docker login -u harbor仓库账号 -p harbor仓库密码 harbor仓库地址'
                                sh 'envsubst < devops-web/deploy.yml | kubectl apply -f -'
                            }
                        }
                    }
                 }
            }
        }

        //1、配置全系统的邮件：                   全系统的监控
        //2、修改ks-jenkins的配置，里面的邮件；   流水线发邮件
        stage('发送确认邮件') {
            agent none
            steps {
                mail(to: '1293780497@qq.com', subject: '构建结果', body: "构建成功了  $BUILD_NUMBER")
                sh 'echo 部署镜像: $REGISTRY/$HARBOR_NAMESPACE/devops-service:SNAPSHOT-$BUILD_NUMBER'
                sh 'echo 部署镜像: $REGISTRY/$HARBOR_NAMESPACE/devops-web:SNAPSHOT-$BUILD_NUMBER'
            }
        }

    }
    environment {
        GITHUB_ACCOUNT = 'kubesphere'
        APP_NAME = 'devops-devops'

        // 镜像仓库地址
        REGISTRY = 'harbor仓库地址'
        //  HARBOR命名空间，镜像上传位置
        HARBOR_NAMESPACE = 'devops'
        //  harbor凭证
        HARBOR_ID = 'harbor-id'
        KUBECONFIG_CREDENTIAL_ID = 'demo-kubeconfig'
    }
    parameters {
        string(name: 'TAG_NAME', defaultValue: '', description: '')
    }
}

devops.yaml文件

# 指定了使用的 Kubernetes API 版本为 apps/v1，表示这是一个应用程序相关的资源。
apiVersion: apps/v1
# 定义了资源类型为 Deployment，表示创建一个 Deployment 对象。
kind: Deployment
# 包含了关于 Deployment 的元数据信息，如标签和名称等。
metadata:
  # 用于标识 Deployment 的标签，这里设置了一个名为 app 的标签，值为 devops-web。
  labels:
    app: devops-web
  # 指定 Deployment 的名称为 devops-web
  name: devops-web
  # 指定 Deployment 所属的命名空间为 devops，命名空间用于对 Kubernetes 资源进行隔离和组织。
  namespace: devops   #一定要写名称空间
# 定义了 Deployment 的规格，包含了部署相关的配置信息。
spec:
  # 设置了 Deployment 的进度截止时间为 600 秒，超过该时间仍未完成部署则认为部署失败。
  progressDeadlineSeconds: 600
  # 指定了 Deployment 的副本数为 1，表示只创建一个 Pod 实例。
  replicas: 1
  # 通过标签选择器来选择要进行部署的 Pod，这里选择了标签为 app=devops-web 的 Pod。
  selector:
    matchLabels:
      app: devops-web
  # 定义了 Deployment 的更新策略，这里使用了滚动更新策略。
  strategy:
    # 定了滚动更新的配置，包括最大并发升级数和最大不可用实例数。
    rollingUpdate:
      maxSurge: 50%
      maxUnavailable: 50%
    #  RollingUpdate: 指定了更新策略的类型为滚动更新。
    type: RollingUpdate
  # 定义了要创建的 Pod 的模板。
  template:
    # 包含了 Pod 模板的元数据信息，如标签等。
    metadata:
      # 设置了 Pod 的标签，与 Deployment 的标签一致。
      labels:
        app: devops-web
    # 定义了 Pod 的规格，包含了容器、资源限制等配置信息
    spec:
      # 定义了用于拉取镜像的密钥，这里使用了名为 harbor-id 的密钥。
      imagePullSecrets:
        #提前在项目下配置访问harbor的账号密码
        - name: harbor-id
      # 定义了要在 Pod 中运行的容器列表
      containers:
        #  指定了容器的镜像，使用了变量 $REGISTRY 和 $HARBOR_NAMESPACE，以及构建号变量 $BUILD_NUMBER。
        - image: $REGISTRY/$HARBOR_NAMESPACE/devops-web:SNAPSHOT-$BUILD_NUMBER
 #         readinessProbe: # 定义了容器的就绪探针，用于检查容器是否已准备好接收流量。
 #           httpGet: # 指定了就绪探针的类型为 HTTP GET 请求，表示通过发送 HTTP GET 请求来检查容器的就绪状态。
 #             path: /actuator/health # 指定了要发送的 HTTP GET 请求的路径为 /actuator/health，即检查容器的健康检查端点。
 #             port: 8080 # 指定了要发送 HTTP GET 请求的目标端口为 8080，即容器的监听端口。
 #           timeoutSeconds: 10 # 设置了就绪探针的超时时间为 10 秒，即如果在 10 秒内没有收到响应，则认为探针失败
 #           failureThreshold: 30 # 设置了就绪探针的失败阈值为 30，即如果连续 30 次探针都失败，则认为容器不可用。
 #           periodSeconds: 5 # 设置了就绪探针的检查周期为 5 秒，即每隔 5 秒发送一次就绪探针。
          # 设置了镜像拉取策略为始终拉取
          imagePullPolicy: Always
          # 指定了容器的名称为 app
          name: app
          #  定义了容器暴露的端口信息，这里暴露了 TCP 端口 8080
          ports:
            - containerPort: 8080
              protocol: TCP
          # 设置了容器的资源限制，包括 CPU 和内存
          resources:
            limits:
              cpu: 300m
              memory: 600Mi
          # 设置了容器终止时的消息输出路径。
          terminationMessagePath: /dev/termination-log
          # 设置了容器终止消息的输出策略为文件
          terminationMessagePolicy: File
      # 设置了 Pod 的 DNS 策略为 ClusterFirst，表示优先使用集群内部的 DNS 解析服务。
      dnsPolicy: ClusterFirst
      # 设置了 Pod 的重启策略为始终重启
      restartPolicy: Always
      # 设置了 Pod 终止时的优雅终止期限为 30 秒
      terminationGracePeriodSeconds: 30
---
# 指定了使用的 Kubernetes API 版本为 v1，表示这是一个核心 API 的资源。
apiVersion: v1
# 定义了资源类型为 Service，表示创建一个 Service 对象。
kind: Service
# 包含了关于 Service 的元数据信息，如标签和名称等。
metadata:
  # 用于标识 Service 的标签，这里设置了一个名为 app 的标签，值为 devops-web。
  labels:
    app: devops-web
  # 指定 Service 的名称为 devops-web。
  name: devops-web
  # 指定 Service 所属的命名空间为 devops，命名空间用于对 Kubernetes 资源进行隔离和组织。
  namespace: devops
# 定义了 Service 的规格，包含了服务相关的配置信息
spec:
  # 定义了 Service 暴露的端口信息
  ports:
    # 指定了端口的名称为 http
    - name: http
      # 指定了 Service 监听的端口为 80
      port: 80
      # 指定了端口的协议为 TCP
      protocol: TCP
      # 指定了将流量转发到后端 Pod 的目标端口为 8080
      targetPort: 8080
  # 通过标签选择器来选择要关联的后端 Pod，这里选择了标签为 app=devops-web 的 Pod
  selector:
    app: devops-web
  # 设置了会话亲和性为 None，表示每次请求都可被转发到不同的后端 Pod
  sessionAffinity: None
  # 设置了 Service 的类型为 ClusterIP，表示创建一个集群内部可访问的虚拟 IP 地址
  type: ClusterIP

搭建 DevOps 项目

创建凭证

image.png

  1. harbor-id
  2. sonar-token
  3. demo-kubeconfig
  4. gitlab-id：y_mcG4HwMzJVbtaKM2yD

创建devops项目

image.png

创建流水线

image.pngimage.png

编写流线文件

  1. 进入流水线项目

image.png

  1. 编辑流水线

image.png

  1. 拷贝java项目中流水线文件内容

image.png

  1. 点击确定生成可视化流水线

image.png

运行流线

image.png
查看日志进行调试：
image.png
当流水线运行成功后生成运行记录
image.png发布成功后会将项目发布到发布文件中指定的空间中 image.png

为流水线设置电子邮箱服务器

为 KubeSphere 流水线设置电子邮件服务器

设置QQ邮箱 SMTP服务器

  1. 登录qq邮箱->左上角设置->点击账号

image.png

  1. 向下滚动找到SMTP，扫码获取授权码

image.png

  • SMTP服务器：smtp.qq.com
  • SMTP端口号：465。必须填这个端口号，否则会报错。
  • 身份认证用户名：填完整的邮箱名，如：123456789@qq.com，包括@qq.com部分。
  • 身份认证密码：填上述的QQ邮箱授权码。注意，不是QQ邮箱的登录密码。
  • SMTP身份认证。选“是”。
  • SSL加密。选“是”。

配置jenkins邮箱服务器

image.png
找到如下内容修改

环境变量名称描述信息QQ邮箱服务
EMAIL_SMTP_HOSTSMTP 服务器地址smtp.qq.com
EMAIL_SMTP_PORTSMTP 服务器端口（如：25）465
EMAIL_FROM_ADDR电子邮件发件人地址1xxx97@qq.com
EMAIL_FROM_NAME电子邮件发件人姓名野心与梦
EMAIL_FROM_PASS电子邮件发件人密码bvbfxahppskajibc
EMAIL_USE_SSL是否启用 SSL 配置true

使用Webhook触发流水线

使用 Webhook 触发流水线
Generic Webhook Trigger

jenkins配置gitlab凭证

  1. 创建gitlab的token：y_mcG4HwMzJVbtaKM2yD
  2. 登录jenkins->左侧菜单：系统管理->向下滚动找到系统配置
  3. 找到gitlab server相关配置

image.png

  1. 添加凭证

image.png
image.png
令牌填写gitlab中生成的token
image.png

  1. 勾选Web Hook

image.png

Secrent Token设置（可选）

  1. 验证连通性

点击测试连接，出现Credentials verified for user root表示验证了用户root的凭据
image.png

  1. 最后单击保存

jenkins中配置webhook

  1. 选择jenkins中要配置webhook的项目

image.png

  1. 点击配置进行构建配置

image.png

gitlab中配置web hook

  1. 开启外部请求

image.png

  1. 配置项目webhook

image.png

  1. 测试自动发布

gitlab webhook配置页测试
image.png
修改gitlab中代码
本地修改提交

image.png

野心与梦
关注
  • 21
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
CICD精品PPT
04-16
基于jenkins整合kubernetes 的动态slave实战。企业级CICD构建。
jenkin.democlass
03-27
jenkin.democlass
jenkin的配置步骤.md
07-31
centos配置jenkins ..
docker,jenkins企业实战.txt
05-09
京峰教育Docker、Jenkins企业实战视频
Jenkin邮件收发实现原理及过程详解
09-07
主要介绍了Jenkin邮件收发实现原理及过程详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
Kubesphere与Jenkins的集成解析
Moolight_shadow的专栏
09-30 2794
kubesphere 使用可插拔的 devops 模块实现devops功能devops驱动jenkins实现具体的操作，例如流水线等devops与kubesphere的关系如下图, 详细的组件介绍。
【kubernetes部署jenkins】
Vergil的博客
08-19 427
使用确保运行状态为正常。
避坑系列3 KubeSphere上Jenkins的安装
qq_25197247的博客
07-09 440
KubeSphere DevOps系统是基于Jenkins的。其中第一行指令的v3.0.0应当改为v3.2.2。3. 执行以下命令开始安装。
基于kubesphere创建jenkins服务
完颜振江
08-24 346
完成之后删除创建的无状态服务的jenkins（存储不要删除）存储类直接复用第二步创建的即可，这里无需重复操作。部署好NFS-server和开启NFS存储类。按照提示，初始化密码&安装插件即可。
在KubeSphere启用基于Jenkins的DevOps
云来山更佳，云去山如画
08-18 1802
在KubeSphere启用基于Jenkins的DevOps
CICD详解（六）——SVN+Jenkins项目控制实战
永远是少年
03-31 2435
今天继续给大家介绍Linux运维相关知识，本文主要内容是SVN+Jenkins版本控制实战。 一、Jenkins插件安装 二、SVN新文件上传 三、Jenkins项目创建 四、Jenkins构建 五、效果检验
CICD实战——使用Jenkins实现自动化部署和环境隔离
xmcy001122的专栏
05-18 1408
CICD实战——使用Jenkins实现自动化部署和环境隔离安装jdkjenkins配置构建分发新增SSH Servers发布脚本重新构建关于 安装 jdk 1.查看是否安装了jdk [root@10-0-59-231 data]# java -version # 查看是否安装jdk，没有则要安装 -bash: java: 未找到命令 2.搜索可用包 yum search java |grep -i --color JDK 3.安装jdk yum install java-1.8.0-openjdk* #
Java应用云原生构建优化
Moolight_shadow的专栏
10-12 648
Jib可以加快至少 20% 的构建时间，多个服务同时使用Jenkins+Jib构建时，平均单个应用可以节省20s构建时间附录: 测试说明Jib最佳实践为应用集成以Maven插件的方式集成JibJib可以节省打包服务器的本地空间google开源的java应用构建容器镜像的工具支持集成在Maven/Gradle解决了java应用构建容器镜像无需依赖三方软件(Docker)的问题，拥有构建块、占用本地空间少等优势模拟生产环境常用场景在测试环境测试的数据可得出如下结论。
[云原生专题-62]：Kubesphere云治理-DevOps-持续集成与pipeline自动上云工具Jenkins
热门推荐
文火冰糖（王文兵）的博客
02-21 2万+
作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客 本文网址： 目录 第1章Jenkins介绍 1.1 简介 1.2 什么是持续集成 1.3 什么是持续发布 1.4用途 1.5特点 第2章 Jenkins window的安装 2.1 系统要求 2.2 安装java8 2.3 安装Java的web容器 2.4 下载并安装jenkins.msi 2.5 初始登录jenkins 2.6 设定新的用户名、密码和端口号 2.7jenkin...
如何搭建自己的CI/CD平台:Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台(持续集成部署Hexo博客Demo)
山河已无恙
02-04 1万+
上帝借由各种途径使人变得孤独，好让我们可以走向自己。 ——赫尔曼·黑塞《德米安》
kubesphere安装jenkins
完颜振江
07-19 271
工作台---项目---选择对应的项目（这个项目需要在之前步骤设置的企业空间下，否则选择不到对应的镜像仓库）--应用负载--应用--创建--从应用模版。平台管理--访问控制--选择自己的企业空间（可以设置多个）---应用管理---应用仓库--添加--添加之后验证（设置参考截图，之后保存）是一个开源项目，为开源的Web应用程序、开发堆栈以及虚拟设备提供安装程序或安装软件包。应用负载--服务--搜索jenkins--jenkins版本：2.319.2。选择安装---下一步。
利用 Kubernetes 内置 PodTemplate 管理 Jenkins 构建节点
KubeSphere
09-20 1575
作者：Rick Jenkins 可以很好地与 Kubernetes 集成，不管是控制器（controller）还是构建节点（agent），都能以 Pod 的形式运行在 Kubernetes 上。 熟悉 Jenkins 的用户，都知道 Jenkins 支持多种类型的构建节点，例如：固定配置、动态配置。而节点与控制器连接的方式， 又包括：JNLP、SSH 等。对于已经在全面拥抱容器技术的用户，大多数是通过连接 Kubernetes 集群并动态启动、销毁 Pod 的方式来使用构建节点。 而随着构建节点的种类、
【业务功能115】微服务-springcloud-springboot-Kubernetes-k8s集群-Kubesphere实现DevOps流水线-CI/CD-SonarQube- Jenkins
最新发布
studyday1的博客
09-16 1437
持续集成是指软件个人的部分向软件整体部分交付，频繁进行集成以便更快地发现其中错误。全面的自动化测试这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也很重要灵活的基础设施容器、虚拟机的存在让开发人员和QA人员不必再大费周张去做IT基础设施环境的准备版本控制工具如：Git、SNV、Gitlab等自动化的构建和软件发布流程工具如：Jenkins Gitlab Tekton等反馈机制如果构建/测试失败，可以快速地反馈到相关负责人，以尽快速度解决问题，实现软件开发稳定版本推出。
Kubesphere 3.2.1 实现devops 流水线
recotone的专栏
09-06 1165
Kubesphere 3.2.1 实现devops 流水线
怎么配置jenkin中git的环境变量
06-01
要在Jenkins中配置Git环境变量，可以按照以下步骤操作： 1. 在Jenkins的主界面中，点击左侧菜单栏中的“系统管理”按钮。 2. 在系统管理页面中，找到“全局工具配置”选项，并点击它。 3. 找到“Git”选项，并展开它。 4. 在Git配置页面中，找到“Path to Git executable”选项，输入Git可执行文件的路径。如果Git已经被添加到系统的环境变量中，可以直接输入“git”。 5. 保存配置，退出页面。 现在，Jenkins已经配置好了Git环境变量，可以在项目的构建中使用Git命令了。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值