一念一生～one

GitLabCI-CD流水线语法

- 目录
- 环境
- 1、GitLabCI Pipeline
- - 1.Pipeline
  - 2.Stages
  - 3.Job
  - 4.Runner
- 2、Pipeline开发工具
- - 1.可视化编辑器
  - 2.语法检测校验
  - 3.作业运行日志
- 3、Pipeline核心语法
- - 1.stages 阶段控制
  - 2.variables 环境变量
  - 3.job 作业默认配置
  - 4.job 作业运行控制
  - - 1、allow_failure 允许作业失败
    - 2、when 状态控制和运行方式
    - 3、timeout作业运行超时时间
    - 4、retry 作业失败后重试次数
    - 5、needs 作业关联运行
    - 6、parallel 并行运行
    - 7、rules根据变量/文件控制
  - 5.Pipeline运行控制
  - - 1.workflow 控制流水线
    - 2.Git 选项跳过流水线
    - 3.trigger 触发下游管道
- 4、Pipeline环境变量
- 5、PipelineTemplates实践
- - 1.extends
  - 2.include
- 关于我
- 最后

环境

gitlab-ce:14.9.3-ce.0

1、GitLabCI Pipeline

1.Pipeline

在每个项目中，使用名为的YAML文件配置GitLab CI/CD流水线。

2.Stages

一条流水线可以包含若干个阶段，一个阶段可以包含若干个作业。

3.Job

作业是具体要执行的任务，命令脚本语句的集合；

4.Runner

Runner是每个作业的执行节点；每个作业可以根据标签选择不同的构建节点；

2、Pipeline开发工具

1.可视化编辑器

变更.gitlab-ci.yml文件后，可以通过Visualize对CI文件中的定义进行可视化；

2.语法检测校验

通过Lint可以检测当前CI文件是否存在语法错误；若存在语法错误可以根据提示进行修正；

3.作业运行日志

一条流水线包含很多个作业，每个作业的运行日志可以在Jobs界面看到。

3、Pipeline核心语法

1.stages 阶段控制

源文档

.pre阶段的作业总是在流水线开始时执行；
.post阶段的作业总是在流水线结束时执行；

stages:
  - build
  - test
  - deploy

ciinit:
  tags:
    - build
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - build
  stage: .post
  script:
    - echo "Pipeline end  job"

如果两个或者多个作业，指向同一个阶段名称，则该阶段下的所有作业都并行运行；如果不能并行运行，需要检查runner的配置文件中的concurrent值，要大于1。

自己测试过程

stages里可以定义各个stage执行的前后顺序，但是.pre和.post2个阶段不受其控制：

.pre和.post2个阶段测试：

编写如下代码，并提交运行：

stages: #对stages的编排
  - build
  - test
  - deploy

ciinit:
  tags:
    - build
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - build
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - maven
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - maven  
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"

deploy:
  tags:
    - maven  
  stage: deploy
  script:
    - echo "Do your deploy here"

预览：

提交运行：

可以看到，符合预期，.pre先运行，.post最后运行：

测试结束。

实践：gitlab-ruuner上作业并行设置-2022.5.6

如果两个或者多个作业，指向同一个阶段名称，则该阶段下的所有作业都并行运行；如果不能并行运行，需要检查runner的配置文件中的concurrent值，要大于1。

此时，模拟有2个job指向同一个test阶段

stages: #对stages的编排
  - build
  - test
  - deploy

ciinit:
  tags:
    - build
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - build
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - maven
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - maven  
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 10
test1:
  tags:
    - maven  
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 10



deploy:
  tags:
    - maven  
  stage: deploy
  script:
    - echo "Do your deploy here"

提交并观察运行状态：

可以看到，此时Test阶段的2个作业不是并行运行的，这是为什么呢？

我们来看下gitlab-runner上的关于concurrent(并行)配置

[root@gitlab-runner ~]#cat /etc/gitlab-runner/config.toml #这里可以看到当前的

[root@gitlab-runner ~]#vim /etc/gitlab-runner/config.toml
concurrent = 10 
#修改完保存退出就好，自动生效

再次运行刚才那条pipeline，观察效果

此时就可以看到Test阶段2个作业同时运行了，符合预期！

2.variables 环境变量

变量可以分为全局变量和局部变量；全局变量是整个流水线可以用的，局部变量是仅在作业中生效的；

variables:
  DEPLOY_ENV: "dev"

deploy_job:
  stage: deploy
  tags:
    - maven
  variables:
    DEPLOY_ENV: "test"
  script:
     - echo  ${DEPLOY_ENV}

实践：局部变量优先级高于全局变量-0222.5.6

编写测试代码(完整代码)

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"

deploy_job:
  stage: deploy
  tags:
    - maven
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - build
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - build
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - maven
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - maven  
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 10
test1:
  tags:
    - maven  
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 10



deploy:
  tags:
    - maven  
  stage: deploy
  script:
    - echo "Do your deploy here"

提交并观察效果

看下deploy_job的运行日志：

可以看到输出为test，验证局部变量优先级更改。

测试结束。

3.job 作业默认配置

定义一个作业的时候，一般定义哪些关键字呢？作业在哪个runner运行？作业属于流水线中的哪个阶段？这个作业要做什么？

variables:
  BUILD_RUNNER: k8s

## job名称
cibuild:
  tags:   
    - build
    - ${BUILD_RUNNER} #注意：在14版本以前，tags这里是不支持使用环境变量的！
    - devops
  stage: build
  before_script: #像这个before_script既可以在pipeline里定义，也可以在job里定义！
    - echo "job before_script......."
  script:
    - echo "job script....."
  after_script:
    - echo "job after_script......."

参数解析：

语法关键字	作用	备注
variables	定义作业中的环境变量；
tags	根据标签选择运行作业的构建节点；	多个标签，则匹配具有所有标签的构建节点；GitLab14.1版本后，标签的值可以使用变量；GitLab14.3版本后，标签数量必须小于50；
stage	指定当前作业所属的阶段名称；
before_script	作业在运行前执行的Shell命令行；
script	作业在运行中执行的Shell命令行；	每个作业至少要包含一个script；
after_script	作业在运行后执行的Shell命令行；

实践：将全部作业里的tags内容用变量替换 & before_script和after_script 测试

先用环境变量替换掉每个作业里的runner tags：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

提交运行：

需要注意：如果before_script和after_script定义在pipeline里，则每个作业里都会运行这2个脚本；如果是定义在某个job里，则只会在其job里运行！

测试结束。

4.job 作业运行控制

语法关键字	作用	备注
allow_failure	控制作业状态，是否允许作业失败，默认值为false 。启用后，如果作业运行失败，该作业将在用户界面中显示橙色警告。	管道将认为作业成功/通过，不会被阻塞。假设所有其他作业均成功，则该作业的阶段及其管道将显示相同的橙色警告。但是，关联的提交将被标记为"通过"，而不会发出警告。
when	根据状态控制作业运行, 当前面作业成功或者失败时运行。	on_success 前面阶段成功时执行(默认值);on_failure 前面阶段失败时执行；always 总是执行；manual 手动执行；delayed 延迟执行；start_in’5’5 seconds30 minutes1 day1 weeknever 永不执行；
retry	作业重新运行，遇到错误重新运行的次数。	值为整数等于或大于0，但小于或等于2异常分类 (一般就是3次)
timeout	作业运行超时时间；
rules	根据特定的变量或文件变更来控制作业运行；	ifchangesexists
needs	作业依赖控制；	needs: [“作业名称”]
parallel	生成多个作业，并行运行	parallel:5值 2-50之间

1、allow_failure 允许作业失败

源文档

cibuild:
  tags:
    - build
  stage: build
  script:
    - echo1 "job script....."    ## 报错：命令找不到

添加后：

cibuild:
  tags:
    - build
  stage: build
  script:
    - echo1 "job script....."
  allow_failure: true

测试：allow_failure-2022.5.6

编写代码

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - ech
    - sleep 3
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

提交运行，观察效果：

符合预期效果，测试结束。

2、when 状态控制和运行方式

源文档

根据上游作业的状态决定
- 当前作业是否运行？
- 运行的方式？（手动/自动/定时）

cibuild:
  tags:
    - build
  stage: build
  before_script:
    - echo1 "job before_script......."
  script:
    - echo "job script....."
  after_script:
    - echo "job after_script......."
  allow_failure: false

citest1:
  tags:
    - build
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
  when: on_success   #只有上面作业成功后才会运行。

测试when的手动执行-20222.5.6

编写代码

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - ech
    - sleep 3
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证

可以看到这里需要手动执行操作：(审批环节)

测试结束。

测试when 延迟执行-2022.5.6

编写代码：

完整代码如下：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - ech
    - sleep 3
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证：

测试结束。

3、timeout作业运行超时时间

build:
  script: build.sh
  timeout: 3 hours 30 minutes

test:
  script: rspec
  timeout: 3h 30m

4、retry 作业失败后重试次数

cibuild:
  tags:
    - build
  stage: build
  retry: 2
  before_script:
    - echo1 "job before_script......."
  script:
    - echo "job script....."
  after_script:
    - echo "job after_script......."
  allow_failure: false

根据特定的错误匹配：

always ：在发生任何故障时重试（默认）。
unknown_failure ：当失败原因未知时。
script_failure ：脚本失败时重试。
api_failure ：API失败重试。
stuck_or_timeout_failure ：作业卡住或超时时。
runner_system_failure ：构建节点的系统发生故障。
missing_dependency_failure: 依赖丢失。
runner_unsupported ：Runner不受支持。
stale_schedule ：无法执行延迟的作业。
job_execution_timeout：作业运行超时。
archived_failure ：作业已存档且无法运行。
unmet_prerequisites ：作业未能完成先决条件任务。
scheduler_failure ：调度失败。
data_integrity_failure ：结构完整性问题。


####
max ：最大重试次数  when ：重试失败的错误类型

cibuild:
  tags:
    - build
  stage: build
  retry:
    max: 2
    when:
      - script_failure
  before_script:
    - echo1 "job before_script......."
  script:
    - echo "job script....."
  after_script:
    - echo "job after_script......."
  allow_failure: false

5、needs 作业关联运行

源文档

needs 指定要依赖的作业名称

cibuild:
  tags:
    - build
  stage: build
  script:
    - echo "mvn clean package"
    - sleep 30 

citest1:
  tags:
    - build
  stage: test
  needs: ["cibuild"]
  script:
    - echo "mvn test"

测试needs-2022.5.6

编写代码：

完整代码如下：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - ech
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs: #注意：当needs和上面延迟在一起时，needs优先级更高！
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证：

测试结束。

6、parallel 并行运行

源文档

demojobs:
  stage: test
  parallel: 3
  script: mvn test

测试parallel

编写代码：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - ech
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证：

测试结束。

7、rules根据变量/文件控制

源文档

citest1 config key may not be used with rules: when.

根据条件（变量）判断： IF

variables:
  DOMAIN: example.com

codescan:
  stage: build
  tags:
    - build
  rules:
    - if: '$DOMAIN == "example.com"'
      when: manual
    - when: on_success
  script:
    - echo "codescan"
    - sleep 5;
  #parallel: 5

根据文件判断: changes exists

#exists
citest1:
  tags:
    - build
  stage: test
  rules:
    - exists:
        - Dockerfile
      when: manual
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"

#variables
variables:
  ENV_TYPE: "dev"
  
cddeploy:
  tags:
    - build
  stage: deploy
  rules:
    - if: $CI_COMMIT_REF_NAME == "master"
      variables:
        ENV_TYPE: "prod"
  script:
    - echo "Deploy env ${ENV_TYPE}"

测试根据条件（变量）判断

编写代码:

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证：

测试结束。

测试根据文件判断: changes

先创建一个dockerfile文件并提交：

编写代码：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5
  rules:
    - changes:
      - Dockerfile
      when: manual

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交，然后此时再修改下刚才那个Dockerfile文件，并提交，观察下效果：

这里出错了：。。。

应该是和gitlab-runner上的git版本有关系了：。。。

源码升级gi到2版本以上就可以了：

https://blog.csdn.net/weixin_39246554/article/details/124628706?spm=1001.2014.3001.5502

测试

先创建一个demo目录，在底下创建一个Dockerfile并提交

编写代码

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5
  rules:
    - changes:
      - /demo/**
      when: manual

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并验证：

发现build阶段不见了：。。，这里再次运行下流水线看看

可以看到此时就有效果了：

可以看到也是可以实现的。

测试结束。

5.Pipeline运行控制

1.workflow 控制流水线

源文档

控制管道是否创建和运行。根据条件（变量）判断： IF

if 定义变量条件;
variables 重新定义变量的值；
when
- always
- never

if: ‘$CI_PIPELINE_SOURCE == “merge_request_event”’	合并请求时运行流水线；
if: ‘$CI_PIPELINE_SOURCE == “push”’	提交代码运行流水线；

workflow:
  rules:
    - if: $CI_PIPELINE_SOURCE == "push"
      when: never

自己测试过程

编写代码：

stages: #对stages的编排
  - build
  - test
  - deploy

workflow:
  rules:
    - if: $CI_PIPELINE_SOURCE == "push"
      when: never
    - when: always

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5
  rules:
    - changes:
      - /demo/**
      when: manual

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交并观察效果：

测试结束。

2.Git 选项跳过流水线

提交信息中添加关键字 [ci skip] 或者 [skip ci]；
Git 2.10 更高版本，可以通过以下配置设置CI/CD；

## 跳过
git push -o ci.skip

## 传递变量
git push -o ci.variable="MAX_RETRIES=10" -o ci.variable="MAX_TIME=600"

3.trigger 触发下游管道

源文档

触发项目管道
触发子管道

strategy：默认情况下，一旦创建了下游管道，trigger作业就会以success状态完成。要强制等待下游管道完成，使用 strategy: depend。

触发项目管道：

triggers:
  stage: deploy
  trigger:
    project: devops/devops-maven-service
    branch: main
    strategy: depend    ## 状态同步

触发子管道：

#这种场景适合一个项目里有多个子模块
triggers:
  stage: deploy
  trigger:
    include:
      - local: /ci/java-pipeline.yml
    strategy: depend   ## 状态同步

## 不同项目
triggers:
  stage: deploy
  trigger:
    include:
      - project: 'devops/my-pipeline-lib'
        ref: 'main'
        file: '/cd/java-pipeline.yml'

实践：触发项目管道

先创建一个Project，里面创建.gitlab-ci.yml文件，然后写入之前的简短代码

devops4-app-ui

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
    - sleep 10

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 5

deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

提交后，可以看到正在运行了：

来到devops4/devops4-app-service项目的.gitlab-ci.yml里编写代码：

# workflow: #test workflow.test1
#   rules:
#     - if: '$CI_PIPELINE_SOURCE == "push"'
#       when: never
#     - when: always

    
stages: #对stages的编排
  - build
  - test
  - deploy



variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"


build:
  stage: build
  trigger:
    project: devops4/devops4-app-ui
    branch: main
    strategy: depend #状态同步



build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5
  rules:
    - changes:
      - /demo/**
      when: manual

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true

test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

提交后，注意观察现象

此时，我们到devops4/devops4-app-ui项目下一条管道在运行了，符合预期效果！

这里不需要进入到这个目录，直接点击这个build阶段就能调到触发项目的位置了：

测试结束。

实践：仅能通过其他Pipeline触发-2022.5.6

需求：仅能通过其他Pipeline触发
先测试下，每次操作的CI_PIPELINE_SOURCE属性值是什么

来到devops4-app-ui工程下，编辑代码如下：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
    - echo $CI_PIPELINE_SOURCE    
    - sleep 3

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3


deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

此时，直接在自己Editor进行提交，并观察现象：

可以看到$CI_PIPELINE_SOURCE值为push。

此时，来到devops4-app-serice工程下，进行提交，并再次观察devops4-app-ui里变量的值：

# workflow: #test workflow.test1
#   rules:
#     - if: '$CI_PIPELINE_SOURCE == "push"'
#       when: never
#     - when: always

    
stages: #对stages的编排
  - build
  - test
  - deploy



variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  rules:
    - if: '$DEPLOY_ENV == "dev"'
      when: manual
    - when: on_success
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV2: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"


build:
  stage: build
  trigger:
    project: devops4/devops4-app-ui
    branch: main
    strategy: depend #状态同步



build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
  parallel: 5
  rules:
    - changes:
      - /demo/**
      when: manual

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "love you"
    - sleep 10
  allow_failure: true


test1:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3
  when: delayed
  start_in: '5'
  needs:
    - test




deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"
  when: manual

我们可以看到是pipeline：

此时，再来编辑devops4-app-ui的代码

workflow:
  rules:
    - if: '$CI_PIPELINE_SOURCE == "pipeline"'
      when: always
    - when: never

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
    - echo $CI_PIPELINE_SOURCE    
    - sleep 3

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

写完代码后，直接提交，观察效果：

发现，提交并不能运行这条流水线。

我们再运行一次devops4-app-serice流水线，发现就可以正常触发devops4-app-ui管道了：

测试结束。

实践：触发子管道-2022.5.6

新建一个项目：devops4-monrepo-service

在项目下分别创建如下文件

devops4-monrepo-service工程
	module1/ci.yml
	module2/ci.yml
	.gitlab-ci.yml

ci.yml文件内容为简单的一个流水线：

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
    - sleep 3

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3

deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"

.gitlab-ci.yml文件内容如下：

注意下：这里的job下是没有tags的！

stages: #对stages的编排
  - build

build-module1:
  stage: build
  trigger:
    include:
      - local: module1/ci.yml
    strategy: depend

build-module2:
  stage: build
  trigger:
    include:
      - local: module2/ci.yml
    strategy: depend

然后提交触发构建，查看效果：

会看到同时触发build-module1和build-module2作业的运行，及Downstream的运行：

此时更改.gitlab-ci.yml内容，添加rules，如果该工程下的那个module下的文件发生了改变，就只会触发自己的module运行：

stages: #对stages的编排
  - build

build-module1:
  stage: build
  trigger:
    include:
      - local: module1/ci.yml
    strategy: depend
  rules:
    - changes:
        - module1/*
      when: always

build-module2:
  stage: build
  trigger:
    include:
      - local: module2/ci.yml
    strategy: depend
  rules:
    - changes:
        - module2/*
      when: always

保存提交代码后，发现并不会触发流水线的运行！

现在，我们先后修改下module1/ci.yml内容和module2/ci.yml内容，提交并观察，是否只会触发自己模块的流水线？

符合预期。

测试结束。

4、Pipeline环境变量

预定义变量信息：https://docs.gitlab.com/ee/ci/variables/predefined_variables.html

代码类

CI_COMMIT_AUTHOR 提交人
CI_COMMIT_BRANCH 提交分支
CI_COMMIT_MESSAGE
CI_COMMIT_REF_NAME
CI_COMMIT_SHORT_SHA

作业类：

CI_JOB_ID
CI_JOB_NAME
CI_JOB_STAGE
CI_JOB_URL

流水线类：

CI_PIPELINE_ID
CI_PIPELINE_SOURCE
CI_PIPELINE_TRIGGERED
CI_PIPELINE_URL

5、PipelineTemplates实践

https://gitlab.com/gitlab-org/gitlab/-/tree/master/lib/gitlab/ci/templates

1.extends

xtends可以指定多个模板，相同的参数最后模板会覆盖前面的。例如：下面两个模板中，继承关系是：

继承 .test1 （此时rspec的变量NAME的值为gitlab）
继承 .test2 （此时rspec的变量NAME的值为gitlabCI , 覆盖了.test1中的值）

.test1: #模板：它不会实际地去运行！
  variables:
    NAME: "gitlab"
  tags:
    - build
  stage: test
  rules:
    - if: $CI_COMMIT_BRANCH == "main"
  script: echo "mvn test"

.test2:
  variables:
    NAME: "gitlabCI"
  tags:
    - build01
  stage: test
  
rspec:
  extends: 
    - .test1
    - .test2
  script: echo " DevOps"

      
      
      
###### 结果

rspec:
  variables:
    NAME: "gitlabCI"
  tags:
    - build
  stage: test
  rules:
    - if: $CI_COMMIT_BRANCH == "main"
  script: echo " DevOps"

实践：PipelineTemplate之extends-2022.5.6

本次在devops4-app-ui工程里测试

在文件最后添加代码如下：

# workflow:
#   rules:
#     - if: '$CI_PIPELINE_SOURCE == "pipeline"'
#       when: always
#     - when: never

stages: #对stages的编排
  - build
  - test
  - deploy

variables:
  DEPLOY_ENV: "dev"
  RUNNER_TAG: "maven"

deploy_job:
  stage: deploy
  tags:
    - ${RUNNER_TAG}
  variables:
    DEPLOY_ENV: "test"
  script:
    - echo  ${DEPLOY_ENV}

ciinit:
  tags:
    - ${RUNNER_TAG}
  stage: .pre
  script:
    - echo "Pipeline init first job"

ciend:
  tags:
    - ${RUNNER_TAG}
  stage: .post
  script:
    - echo "Pipeline end  job"

before_script:
  - echo "Before script section"
  - echo "For example you might run an update here or install a build dependency"
  - echo "Or perhaps you might print out some debugging details"

after_script:
  - echo "After script section"
  - echo "For example you might do some cleanup here"

build1:
  tags:
    - ${RUNNER_TAG}
  stage: build
  script:
    - echo "Do your build here"
    - echo $CI_PIPELINE_SOURCE    
    - sleep 3

test:
  tags:
    - ${RUNNER_TAG} 
  stage: test
  script:
    - echo "Do a test here"
    - echo "For example run a test suite"
    - sleep 3



deploy:
  tags:
    - ${RUNNER_TAG}
  stage: deploy
  script:
    - echo "Do your deploy here"


.test1:
  variables:
    NAME: "gitlab"
  tags:
    - build01
  stage: test
  rules:
    - if: $CI_COMMIT_BRANCH == "main"
  script: echo "mvn test"

.test2:
  variables:
    NAME: "gitlabCI"
  tags:
    - build
  stage: test
  
rspec:
  extends: 
    - .test1
    - .test2
  script: echo "$NAME"

提交并观察现象：

符合相同的参数最后模板会覆盖前面概念，测试结束。

2.include

include用于在CI/CD 配置中引入外部 YAML 文件。可以将一个长.gitlab-ci.yml文件分解为多个文件以提高可读性，或减少同一配置在多个地方的重复。

local 导入当前仓库中的文件；
file 导入当前项目或其他项目库中的文件；
remote 导入一个远程的文件（例如：http://xxx.yaml）
template 导入GitLab官方提供的模板文件；

## 本地仓库文件
include:
  - local: '/templates/.gitlab-ci-java.yml'
 
## 其他仓库文件
include:
  - project: 'devops/my-project'
    ref: main
    file: 
      - '/templates/.gitlab-ci-java.yml'
      - '/templates/.tests.yml'
    
## 远程文件
include:
  - remote: 'https://192.168.1.200//-/raw/main/.gitlab-ci.yml'

综合实例：

将模板文件，放到单独的一个仓库中；

build.yml

## build模板
.build:
  tags:
    - build
  stage: build
  variables:
    BUILD_TOOLS: "maven"
    SKIP_TEST: "true"
  script: 
    - if [ "${SKIP_TEST}" == "true" ];then echo "mvn clean package -DskipTests";fi 
  rules:
    - if: $CI_PIPELINE_SOURCE == "push"
      when: never

.mavenBuild:
  tags:
    - build
  stage: build
  variables:
    BUILD_SHELL: "mvn clean package"
  script:
    - echo "${BUILD_SHELL}"

gitlab-ci.yml

## 引入项目分支中的build.yml
include:
  - project: 'devops03/gitlabci-library-service'
    ref:  "main"
    file:
      - "/build.yml"

stages:
  - build

ciBuild:
  tags:
    - build 
  extends:
    - .mavenBuild

ciTriggerTest:
  tags:
    - build
  stage: build
  script:
    - echo ${BUILD_TOOL}

实践：练习Pipeline模板库(测试成功)-2022.5.6(这个有点难度)

老师文档

创建一个新的项目 “devops4/devops4-devops-service” (模板库);
为项目添加一个CI模板文件（ci/ci.yml）；（参考pipeline.yml）
添加cicd.yml 文件， pipeline， include导入模板库中的ci/ci.yml

ci/ci.yml： ‘devops4/devops4-devops-service 模板库

.build:
  variables:
    SHELL: "mvn clean build"
  tags:
    - build
  stage: build
  script: echo "${SHELL}"

cicd.yml

## 导入仓库文件
include:
  - project: 'devops4/devops4-devops-service'
    ref: main
    file: 
      - '/ci/ci.yml'
variables:
  BUILD_SHELL: "mvn build"
stages:
  - build
  
## 继承模板
build:
  extends: 
    - .build
  variables:
    SHELL: $BUILD_SHELL

远程CI文件配置:

http://192.168.1.200/devops4/devops4-devops-service/-/raw/main/cicd.yml

自己测试过程

创建模板库devops4-devops-service

创建如下相关文件：

ci/ci.yml

.build:
  variables:
    SHELL: "mvn clean build"
  tags:
    - build
  stage: build
  script: echo "${SHELL}"

cicd.yml

## 导入仓库文件
include:
  - project: 'devops4/devops4-devops-service'
    ref: main
    file: 
      - '/ci/ci.yml'
      
variables:
  BUILD_SHELL: "mvn build"
stages:
  - build
  
## 继承模板
build:
  extends: 
    - .build
  variables:
    SHELL: $BUILD_SHELL

写完后提交。

获取cicd.yml文件的路径：

http://172.29.9.101/devops4/devops4-devops-service/-/raw/main/cicd.yml

来到另一个项目里devops4-monrepo-service

在项目>Settings>CI/CD>Gerneral pipelines里把刚才拷贝的那个链接填在这里，保存：

然后，直接运行这个流水线，观察效果：

符合预期，实验

关于我

我的博客主旨：

排版美观，语言精炼；
文档即手册，步骤明细，拒绝埋坑，提供源码；
本人实战文档都是亲测成功的，各位小伙伴在实际操作过程中如有什么疑问，可随时联系本人帮您解决问题，让我们一起进步！

个人微信二维码：x2675263825 （舍得）， qq：2675263825。
个人微信公众号：《云原生架构师实战》
个人csdn

https://blog.csdn.net/weixin_39246554?spm=1010.2135.3001.5421
个人已开源干货

不服来怼：宇宙中最好用的云笔记 & 其他开源干货：https://www.yuque.com/go/doc/73723298?#
个人博客：(www.onlyyou520.com)
知乎：https://www.zhihu.com/people/foryouone/posts

最后

好了，关于本次实验就到这里了，感谢大家阅读，最后祝大家生活快乐，每天都过的有意义哦，我们下期见！

你可能感兴趣的:(CI/CD,Gitlab,ci,gitlab)

Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断尐尐呅
结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
c++ 的iostream 和 c++的stdio的区别和联系黄卷青灯77 c++算法开发语言 iostream stdio
在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
高级编程--XML+socket练习题 masa010 java 开发语言
1.北京华北2114.8万人上海华东2,500万人广州华南1292.68万人成都华西1417万人（1）使用dom4j将信息存入xml中（2）读取信息，并打印控制台（3）添加一个city节点与子节点（4）使用socketTCP协议编写服务端与客户端，客户端输入城市ID，服务器响应相应城市信息（5）使用socketTCP协议编写服务端与客户端，客户端要求用户输入city对象，服务端接收并使用dom4j
WPF中的ComboBox控件几种数据绑定的方式互联网打工人no1 wpf c#
一、用字典给ItemsSource赋值（此绑定用的地方很多，建议熟练掌握）在XMAL中：在CS文件中privatevoidBindData(){DictionarydicItem=newDictionary();dicItem.add(1,"北京");dicItem.add(2,"上海");dicItem.add(3,"广州");cmb_list.ItemsSource=dicItem;cmb_l
python是什么意思中文-在python中%是什么意思编程大乐趣
Python中%有两种：1、数值运算：%代表取模，返回除法的余数。如：>>>7%212、%操作符（字符串格式化，stringformatting），说明如下：%[(name)][flags][width].[precision]typecode(name)为命名flags可以有+，-，''或0。+表示右对齐。-表示左对齐。''为一个空格，表示在正数的左侧填充一个空格，从而与负数对齐。0表示使用0填
git - Webhook让部署自动化大猪大猪
我们现在有一个需求，将项目打包上传到gitlab或者github后，程序能自动部署，不用手动地去服务器中进行项目更新并运行，如何做到？这里我们可以使用gitlab与github的挂钩，挂钩的原理就是，每当我们有请求到gitlab与github服务器时，这时他俩会根据我们配置的挂钩地扯进行访问，webhook挂钩程序会一直监听着某个端口请求，一但收到他们发过来的请求，这时就知道用户有请求提交了，这时
【华为OD技术面试真题 - 技术面】- python八股文真题题库（4) 算法大师华为od 面试 python
华为OD面试真题精选专栏：华为OD面试真题精选目录:2024华为OD面试手撕代码真题目录以及八股文真题目录文章目录华为OD面试真题精选**1.Python中的`with`**用途和功能自动资源管理示例：文件操作上下文管理协议示例代码工作流程解析优点2.\_\_new\_\_和**\_\_init\_\_**区别__new____init__区别总结3.**切片（Slicing）操作**基本切片语法
Python开发常用的三方模块如下：换个网名有点难 python 开发语言
Python是一门功能强大的编程语言，拥有丰富的第三方库，这些库为开发者提供了极大的便利。以下是100个常用的Python库，涵盖了多个领域：1、NumPy，用于科学计算的基础库。2、Pandas，提供数据结构和数据分析工具。3、Matplotlib，一个绘图库。4、Scikit-learn，机器学习库。5、SciPy，用于数学、科学和工程的库。6、TensorFlow，由Google开发的开源机
ios GCD _Waiting_
1.GCD任务和队列学习GCD之前，先来了解GCD中两个核心概念：任务和队列。任务：就是执行操作的意思，换句话说就是你在线程中执行的那段代码。在GCD中是放在block中的。执行任务有两种方式：同步执行（sync）和异步执行（async）。两者的主要区别是：是否等待队列的任务执行结束，以及是否具备开启新线程的能力。同步执行（sync）：同步添加任务到指定的队列中，在添加的任务执行结束之前，会一直等
Some jenkins settings SnC_
Jenkins连接到特定gitlabproject的特定branch我采用的方法是在pipeline的script中使用git命令来指定branch。如下：stage('Clonerepository'){steps{gitbranch:'develop',credentialsId:'gitlab-credential-id',url:'http://gitlab.com/repo.git'}}
CentOS 7官方源停服，配置本机光盘yum源码哝小鱼 linux运维 centos linux 运维
1、挂载系统光盘mkdir/mnt/isomount-oloop/tools/CentOS-7-x86_64-DVD-1810.iso/mnt/isocd/mnt/iso/Packages/rpm-ivh/mnt/iso/Packages/yum-utils-1.1.31-50.el7.noarch.rpm(图形界面安装，默契已安装）如安装yum-utils依赖错误，按提示安装依赖包rpm-ivh
用Python实现读取统计单词个数程序媛了了 python 游戏 java
完整实例代码：fromcollectionsimportCounterdefpythonit():danci={}withopen("pythonit.txt","r",encoding="utf-8")asf:foriinf:words=i.strip().split()forwordinwords:ifwordnotindanci:danci[word]=1else:danci[word]+=
ArrayList 源码解析程序猿进阶 Java基础 ArrayList List java 面试性能优化架构设计 idea
ArrayList是Java集合框架中的一个动态数组实现，提供了可变大小的数组功能。它继承自AbstractList并实现了List接口，是顺序容器，即元素存放的数据与放进去的顺序相同，允许放入null元素，底层通过数组实现。除该类未实现同步外，其余跟Vector大致相同。每个ArrayList都有一个容量capacity，表示底层数组的实际大小，容器内存储元素的个数不能多于当前容量。当向容器中添
基于STM32的汽车仪表显示系统：集成CAN、UART与I2C总线设计流程极客小张 stm32 汽车嵌入式硬件物联网单片机 c语言
一、项目概述项目目标与用途本项目旨在设计和实现一个基于STM32微控制器的汽车仪表显示系统。该系统能够实时显示汽车的速度、转速、油量等关键信息，并通过CAN总线与其他汽车控制单元进行通信。这种仪表显示系统不仅提高了驾驶的安全性和便捷性，还能为汽车提供更智能的用户体验。技术栈关键词微控制器：STM32显示技术：TFTLCD/OLED传感器：速度传感器、温度传感器、油量传感器通信协议：CAN总线、UA
2021 CCF 非专业级别软件能力认证第一轮（CSP-J1）入门级C++语言试题（第三大题：完善程序代码） mmz1207 c++csp
最近有一段时间没更新了，在准备CSP考试，请大家见谅。（1）有n个人围成一个圈，依次标号0到n-1。从0号开始，依次0，1，0，1...交替报数，报到一的人离开，直至圈中剩最后一个人。求最后剩下的人的编号。#includeusingnamespacestd;intf[1000010];intmain(){intn;cin>>n;inti=0,cnt=0,p=0;while(cnt#includeu
20个新手学习c++必会的程序输出*三角形、杨辉三角等（附代码） X_StarX c++学习算法大学生开发语言数据结构
示例1:HelloWorld#includeusingnamespacestd;intmain(){coutusingnamespacestd;intmain(){inta=5;intb=10;intsum=a+b;coutusingnamespacestd;intfactorial(intn){if(nusingnamespacestd;voidprintFibonacci(intn){intt
更改npm镜像源为淘宝镜像骆小骆基于node.js
npm常用指令后缀*最近复习了一下node.js整理了一下跟node.js相关的指令后缀*--save、-S参数意思是把模块的版本信息保存到dependencies（生产环境依赖）中，即你的package.json文件的dependencies字段中；–--save-dev、-D参数意思是把模块版本信息保存到devDependencies（开发环境依赖）中，即你的package.json文件的de
02-Cesium聚合分析EntityCluster完整代码 fxshy html css javascript
1.完整代码Document-->-->Cesium.Ion.defaultAccessToken='eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJqdGkiOiJhZjZkZDAwZC1mNTFhLTRhOTEtOGExNi00MzRhNGIzMDdlNDQiLCJpZCI6MTA1MTUzLCJpYXQiOjE2NjA4MDg0Njd9.qajeJtc4-kp
03-Cesium自定义着色器完整代码以及注释 fxshy 着色器 javascript
1.效果展示2.完整代码自定义着色器完整代码#map{position:absolute;width:100%;height:100%;top:0;left:0;right:0;bottom:0;}Cesium.Ion.defaultAccessToken='eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJqdGkiOiJhZjZkZDAwZC1mNTFhLTRhO
NPM私库搭建-verdaccio（Linux） Beam007 npm linux 前端
1、安装nodelinux服务器安装nodea)、官网下载所需的node版本https://nodejs.org/dist/v14.21.0/b)、解压安装包若下载的是xxx.tar.xz文件，解压命令为tar-xvfxxx.tar.xzc)、修改环境变量修改：/etc/profile文件#SETPATHFORNODEJSexportNODE_HOME=NODEJS解压安装的路径exportPAT
【算法练习】IDEA集成leetcode插件实现快速刷 2401_84102892 2024年程序员学习算法 intellij-idea leetcode
============点击右侧边leetcode->设置->配置地址、用户名、密码、存放目录、文件模板用户名要登录后在账号信息里看模板代码1.codefilename!velocityTool.camelC
Python实现关联规则推荐这孩子谁懂哈 Python Machine Learning python 关联规则机器学习
1.什么关联规则关联规则（AssociationRules）是反映一个事物与其他事物之间的相互依存性和关联性，如果两个或多个事物之间存在一定的关联关系，那么，其中一个事物就能通过其他事物预测到。关联规则是数据挖掘的一个重要技术，用于从大量数据中挖掘出有价值的数据项之间的相关关系。关联规则挖掘的最经典的例子就是沃尔玛的啤酒与尿布的故事，通过对超市购物篮数据进行分析，即顾客放入购物篮中不同商品之间的关
Redis Key的过期策略 ArchManual 分布式架构分布式 Java 后端微服务架构 redis
Redis的过期策略主要是指管理和删除那些设定了过期时间的键，以确保内存的有效使用和数据的及时清理。具体来说，Redis有三种主要的过期策略：定期删除（ScheduledDeletion）、惰性删除（LazyDeletion）和内存淘汰策略（EvictionPolicies）。1.定期删除Redis的定期删除策略（ScheduledDeletion）的步骤如下：设置定期任务：Redis会在后台线程
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your †徐先森® Oracle数据库 Web相关错误集
createtablestudents(idintunsignedprimarykeyauto_increment,namevarchar(50)notnull,ageintunsigned,highdecimal(3,2),genderenum('男','女','中性','保密','妖')default'保密',cls_idintunsigned);在对数据库插入如上带有中文带有默认值的字段的时
《Veronika decides to die》 Ooutstanding
Whatismadness？——Madnessistheinabilitytocommunicate.Betweennormalityandmadness,whicharebasicallythesamething,thereexistsanintermediarystage：itiscalled"beingdifferent."Andpeoplewerebecomingmoreandmoreaf
自定义分区我的K8409 Hadoop hdfs hadoop 大数据
通过简单例子了解partition分区类的重写方法分区是在MR的过程中进行的，属于Shuffle阶段但是在Job端不要忘记进行调用：job.setPartitionerClass(xxx.class)按照年龄分区：classAgePartitionerextendsPartitioner{@OverridepublicintgetPartition(MyComparablekey,NullWrit
scanf占位符的一些用法阿玉的屋檐 c语言初学者算法数据结构 c语言青少年编程学习
1.限制输入数据的长度intmain(){inta=123456;scanf("%3d",&a);printf("%d",a);return0;}如果输入的值大于3位则最多读取输入的只读取前3位数据。2.匹配特定字符charss[6];scanf("%[abcd]",ss);%[abcd]表示只读取字符abcd，遇到其它的字符就读取结束，如果abcd字符在字符串的中间部分那么就不能正常读取字符。如
大牛：新型电动汽车电池技术问世！可将电池能量密度提高2倍成本降一半 38cc8b780dc0
据外媒报道，当地时间6月10日，电动汽车电池技术领导者OneDBatterySciences宣布推出一项可为下一代电动汽车电池提供动力的突破性技术——SINANODE。对于电动汽车行业而言，打造含有更多硅的电池一直是一个挑战，而SINANODE无缝集成至现有的生产工艺中，让硅纳米线与商用石墨粉末融合，将电池阳极的能量密度提高了两倍，但是将每kWh的成本降低了一半。能量密度更高可以让电池的续航更长，
101个浪漫的点子..哈哈有需要可以试试...中英对照~ Hecks 学习心得 IDEA UP Go 音乐网页游戏
Thisisafreebonusversionof101RomanticIdeas.Feelfreetoforwardtoormakecopiesforyourfriends.下面是101个浪漫的点子。可随意转发给你的朋友们IDEA#1点子1Ifyourpartnerisgoingawayforafewdays,tellherthatyouareworriedabouthersoyouhaveor
css2中的透明琪33
.out{width:400px;height:400px;background-color:blue;margin:100pxauto;border:1pxsolid#000;opacity:0.6;}.in{width:200px;height:200px;background-color:red;margin:100pxauto;}
Dom 周华华 JavaScript html
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml&q
【Spark九十六】RDD API之combineByKey bit1129 spark
1. combineByKey函数的运行机制 RDD提供了很多针对元素类型为(K,V)的API，这些API封装在PairRDDFunctions类中，通过Scala隐式转换使用。这些API实现上是借助于combineByKey实现的。combineByKey函数本身也是RDD开放给Spark开发人员使用的API之一首先看一下combineByKey的方法说明：
msyql设置密码报错：ERROR 1372 (HY000): 解决方法详解 daizj mysql 设置密码
MySql给用户设置权限同时指定访问密码时，会提示如下错误： ERROR 1372 (HY000): Password hash should be a 41-digit hexadecimal number；问题原因：你输入的密码是明文。不允许这么输入。解决办法：用select password('你想输入的密码');查询出你的密码对应的字符串，然后
路漫漫其修远兮吾将上下而求索周凡杨学习思索
王国维在他的《人间词话》中曾经概括了为学的三种境界古今之成大事业、大学问者，罔不经过三种之境界。“昨夜西风凋碧树。独上高楼，望尽天涯路。”此第一境界也。“衣带渐宽终不悔，为伊消得人憔悴。”此第二境界也。“众里寻他千百度，蓦然回首，那人却在灯火阑珊处。”此第三境界也。学习技术，这也是你必须经历的三种境界。第一层境界是说，学习的路是漫漫的，你必须做好充分的思想准备，如果半途而废还不如不要开始。这里，注
Hadoop(二)对话单的操作朱辉辉33 hadoop
Debug： 1、 A = LOAD '/user/hue/task.txt' USING PigStorage(' ') AS (col1,col2,col3); DUMP A; //输出结果前几行示例： (>ggsnPDPRecord(21),,) (-->recordType(0),,) (-->networkInitiation(1),,)
web报表工具FineReport常用函数的用法总结（日期和时间函数）老A不折腾 finereport 报表工具 web开发
web报表工具FineReport常用函数的用法总结（日期和时间函数）说明：凡函数中以日期作为参数因子的，其中日期的形式都必须是yy/mm/dd。而且必须用英文环境下双引号(" ")引用。 DATE DATE(year,month,day):返回一个表示某一特定日期的系列数。 Year:代表年，可为一到四位数。 Month:代表月份。
c++ 宏定义中的##操作符墙头上一根草 C++
#与##在宏定义中的--宏展开 #include <stdio.h> #define f(a,b) a##b #define g(a) #a #define h(a) g(a) int main() { &nbs
分析Spring源代码之，DI的实现 aijuans spring DI 现源代码
(转) 分析Spring源代码之，DI的实现 2012/1/3 by tony 接着上次的讲，以下这个sample [java] view plain copy print
for循环的进化 alxw4616 JavaScript
// for循环的进化 // 菜鸟 for (var i = 0; i < Things.length ; i++) { // Things[i] } // 老鸟 for (var i = 0, len = Things.length; i < len; i++) { // Things[i] } // 大师 for (var i = Things.le
网络编程Socket和ServerSocket简单的使用百合不是茶网络编程基础 IP地址端口
网络编程;TCP/IP协议网络:实现计算机之间的信息共享,数据资源的交换协议:数据交换需要遵守的一种协议,按照约定的数据格式等写出去端口:用于计算机之间的通信每运行一个程序，系统会分配一个编号给该程序，作为和外界交换数据的唯一标识 0~65535 查看被使用的
JDK1.5 生产消费者 bijian1013 java thread 生产消费者 java多线程
ArrayBlockingQueue：一个由数组支持的有界阻塞队列。此队列按 FIFO（先进先出）原则对元素进行排序。队列的头部是在队列中存在时间最长的元素。队列的尾部是在队列中存在时间最短的元素。新元素插入到队列的尾部，队列检索操作则是从队列头部开始获得元素。 ArrayBlockingQueue的常用方法：
JAVA版身份证获取性别、出生日期及年龄 bijian1013 java 性别出生日期年龄
工作中需要根据身份证获取性别、出生日期及年龄，且要还要支持15位长度的身份证号码，网上搜索了一下，经过测试好像多少存在点问题，干脆自已写一个。 CertificateNo.java package com.bijian.study; import java.util.Calendar; import
【Java范型六】范型与枚举 bit1129 java
首先，枚举类型的定义不能带有类型参数，所以，不能把枚举类型定义为范型枚举类，例如下面的枚举类定义是有编译错的 public enum EnumGenerics<T> { //编译错，提示枚举不能带有范型参数 OK, ERROR; public <T> T get(T type) { return null;
【Nginx五】Nginx常用日志格式含义 bit1129 nginx
1. log_format 1.1 log_format指令用于指定日志的格式，格式： log_format name(格式名称) type(格式样式) 1.2 如下是一个常用的Nginx日志格式： log_format main '[$time_local]|$request_time|$status|$body_bytes
Lua 语言 15 分钟快速入门 ronin47 lua 基础
- - 单行注释 - - [[ [多行注释] - - ]] - - - - - - - - - - - 1. 变量 & 控制流 - - - - - - - - - - num = 23 - - 数字都是双精度 str = 'aspythonstring'
java-35.求一个矩阵中最大的二维矩阵 ( 元素和最大 ) bylijinnan java
the idea is from: http://blog.csdn.net/zhanxinhang/article/details/6731134 public class MaxSubMatrix { /**see http://blog.csdn.net/zhanxinhang/article/details/6731134 * Q35 求一个矩阵中最大的二维
mongoDB文档型数据库特点开窍的石头 mongoDB文档型数据库特点
MongoDD: 文档型数据库存储的是Bson文档-->json的二进制特点：内部是执行引擎是js解释器，把文档转成Bson结构，在查询时转换成js对象。 mongoDB传统型数据库对比传统类型数据库：结构化数据，定好了表结构后每一个内容符合表结构的。也就是说每一行每一列的数据都是一样的文档型数据库：不用定好数据结构，
[毕业季节]欢迎广大毕业生加入JAVA程序员的行列 comsci java
一年一度的毕业季来临了。。。。。。。。正在投简历的学弟学妹们。。。如果觉得学校推荐的单位和公司不适合自己的兴趣和专业，可以考虑来我们软件行业，做一名职业程序员。。。软件行业的开发工具中，对初学者最友好的就是JAVA语言了，网络上不仅仅有大量的
PHP操作Excel – PHPExcel 基本用法详解 cuiyadll PHP Excel
导出excel属性设置//Include classrequire_once('Classes/PHPExcel.php');require_once('Classes/PHPExcel/Writer/Excel2007.php');$objPHPExcel = new PHPExcel();//Set properties 设置文件属性$objPHPExcel->getProperties
IBM Webshpere MQ Client User Issue (MCAUSER) darrenzhu IBM jms user MQ MCAUSER
IBM MQ JMS Client去连接远端MQ Server的时候，需要提供User和Password吗？答案是根据情况而定，取决于所定义的Channel里面的属性Message channel agent user identifier (MCAUSER)的设置。 http://stackoverflow.com/questions/20209429/how-mca-user-i
网线的接法 dcj3sjt126com
一、PC连HUB (直连线)A端：（标准568B）：白橙，橙，白绿，蓝，白蓝，绿，白棕，棕。 B端：（标准568B）：白橙，橙，白绿，蓝，白蓝，绿，白棕，棕。二、PC连PC （交叉线）A端：(568A)：白绿，绿，白橙，蓝，白蓝，橙，白棕，棕； B端：（标准568B）：白橙，橙，白绿，蓝，白蓝，绿，白棕，棕。三、HUB连HUB&nb
Vimium插件让键盘党像操作Vim一样操作Chrome dcj3sjt126com chrome vim
什么是键盘党？键盘党是指尽可能将所有电脑操作用键盘来完成，而不去动鼠标的人。鼠标应该说是新手们的最爱，很直观，指哪点哪，很听话！不过常常使用电脑的人，如果一直使用鼠标的话，手会发酸，因为操作鼠标的时候，手臂不是在一个自然的状态，臂肌会处于绷紧状态。而使用键盘则双手是放松状态，只有手指在动。而且尽量少的从鼠标移动到键盘来回操作，也省不少事。在chrome里安装 vimium 插件
MongoDB查询（2）——数组查询[六] eksliang mongodb MongoDB查询数组
MongoDB查询数组转载请出自出处：http://eksliang.iteye.com/blog/2177292 一、概述 MongoDB查询数组与查询标量值是一样的，例如，有一个水果列表，如下所示： > db.food.find() { "_id" : "001", "fruits" : [ "苹
cordova读写文件（1） gundumw100 JavaScript Cordova
使用cordova可以很方便的在手机sdcard中读写文件。首先需要安装cordova插件：file 命令为： cordova plugin add org.apache.cordova.file 然后就可以读写文件了，这里我先是写入一个文件，具体的JS代码为： var datas=null;//datas need write var directory=&
HTML5 FormData 进行文件jquery ajax 上传到又拍云 ileson jquery Ajax html5 FormData
html5 新东西：FormData 可以提交二进制数据。页面test.html <!DOCTYPE> <html> <head> <title> formdata file jquery ajax upload</title> </head> <body> <
swift appearanceWhenContainedIn:(version1.2 xcode6.4) 啸笑天 version
swift1.2中没有oc中对应的方法： + (instancetype)appearanceWhenContainedIn:(Class <UIAppearanceContainer>)ContainerClass, ... NS_REQUIRES_NIL_TERMINATION; 解决方法：在swift项目中新建oc类如下： #import &
java实现SMTP邮件服务器 macroli java 编程
电子邮件传递可以由多种协议来实现。目前，在Internet 网上最流行的三种电子邮件协议是SMTP、POP3 和 IMAP，下面分别简单介绍。　　◆ SMTP 协议　　简单邮件传输协议(Simple Mail Transfer Protocol,SMTP)是一个运行在TCP/IP之上的协议，用它发送和接收电子邮件。SMTP 服务器在默认端口25上监听。SMTP客户使用一组简单的、基于文本的
mongodb group by having where 查询sql qiaolevip 每天进步一点点学习永无止境 mongo 纵观千象
SELECT cust_id, SUM(price) as total FROM orders WHERE status = 'A' GROUP BY cust_id HAVING total > 250 db.orders.aggregate( [ { $match: { status: 'A' } }, { $group: {
Struts2 Pojo（六） Luob. POJO strust2
注意：附件中有完整案例 1.采用POJO对象的方法进行赋值和传值 2.web配置 <?xml version="1.0" encoding="UTF-8"?> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee&q
struts2步骤 wuai struts
1、添加jar包 2、在web.xml中配置过滤器 <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.st

GitLabCI-CD流水线语法

目录

文章目录

环境

1、GitLabCI Pipeline

1.Pipeline

2.Stages

3.Job

4.Runner

2、Pipeline开发工具

1.可视化编辑器

2.语法检测校验

3.作业运行日志

3、Pipeline核心语法

1.stages 阶段控制

2.variables 环境变量

3.job 作业默认配置

4.job 作业运行控制

1、allow_failure 允许作业失败

2、when 状态控制和运行方式

3、timeout作业运行超时时间

4、retry 作业失败后重试次数

5、needs 作业关联运行

6、parallel 并行运行

7、rules根据变量/文件控制

5.Pipeline运行控制

1.workflow 控制流水线

2.Git 选项跳过流水线

3.trigger 触发下游管道

4、Pipeline环境变量

5、PipelineTemplates实践

1.extends

2.include

关于我

最后

你可能感兴趣的:(CI/CD,Gitlab,ci,gitlab)