gitlab-ci配置

配置文件详解

gitlab-ci.yml参数列表

值是否必须描述
script必须定义由Runner执行的shell脚本或命令
extends非必须定义此作业将继承的配置条目
image非必须需要使用的docker镜像，请查阅该文档
services非必须定义所需的docker服务，请查阅该文档
stage非必须定义一个工作场景阶段，默认是test
type非必须stage的别名,不赞成使用
variables非必须在job级别上定义的变量
only非必须定义job所引用的git分支
except非必须定义job所不适用的git分支
tags非必须定义job所适用的runner，tags为runner标签
allow_failure非必须允许任务失败，但是如果失败，将不会改变提交状态
when非必须定义了job什么时候执行，可以是on_success、on_failure、always和manual
dependencies非必须定义了该job依赖哪一个job，如果设置该项，可以通过artifacts设置
artifacts非必须工件，在依赖项之间传递的东西，类似cache，但原理与cache不同
cache非必须定义需要被缓存的文件、文件夹列表
before_script非必须覆盖在作业之前执行的脚本或命令
after_script非必须覆盖在作业之后执行的脚本或命令
environment非必须定义让job完成部署的环境名称
coverage非必须定义job设置代码覆盖率
retry非必须定义job失败后的自动重试次数

gitlab-ci配置示例

before_script:
  - echo "每个job之前都会执行"    
​
after_script:
  - echo "每个job之后都会执行"   
​
# 定义testing的任务
to-testing:
  # 场景为构建
  stage: deploy
  # 在哪个分支上可用
  only:
    - testing
    - /^testing_.*$/ #正则表达式，只有testing_开头的分支才会执行
  # sh文件路劲是git-ruuner服务所在的服务器
  script:
    - /bin/bash /home/deploy.sh
  # 在runner中设置，不然merge时不会推进队列
  tags:
    - deploy_develop
  environment:
    name: testing
    
# 定义production的任务
to-production:
  # 场景为构建
  stage: production
  # 在哪个分支上可用
  only:
    - production
  # sh文件路劲是git-ruuner服务所在的服务器
  script:
    - /bin/bash /home/deploy.sh
  tags:
    - deploy_production
  environment:
    name: production

 

# github # git
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生