GitLab CI/CD 配置指南 .gitlab-ci.yml文件的配置

GitLab的CI/CD 完全是由.gitlab-ci.yml 文件内容决定的

GitLab的CI/CD的具体内容是由.gitlab-ci.yml文件定义的, 一个在GitLab的项目,项目根目录只有有.gitlab-ci.yml文件,并且配置了Runner,那么每次提交代码 都会触发CI的pipline .gitlab-ci.yml文件是告诉GitLab的runner去做什么在每次触发后,runner默认有三个阶段, build,test,deploy,你不必每次编写都使用三个阶段,如果一个阶段没有任务,可以直接忽略它 因为.gitlab-ci.yml是存在于项目中的,所有可以进行版本,分支控制,不同的分支,不同的版本可以有不同.gitlab-ci.yml内容 不用的任务

.gitlab-ci.yml 文件是使用YAML的文件格式来编写的,只允许空格,不允许Tabs

在项目根目录创建一个文件,下面是一个Ruby的项目

before_script:
  - apt-get update -qq && apt-get install -y -qq sqlite3 libsqlite3-dev nodejs
  - ruby -v
  - which ruby
  - gem install bundler --no-document
  - bundle install --jobs $(nproc)  "${FLAGS[@]}"

rspec:
  script:
    - bundle exec rspec

rubocop:
  script:
    - bundle exec rubocop

这是对大多数Ruby应用都适用的简单配置

定义了两个任务 rspec和rubocop 分别会执行不同的脚本

在每次任务执行之前,定义的before_script脚本都会先被执行 .gitlab-ci.yml可以设置一些任务,限定他们以什么顺序,怎么去执行命令,脚本.

那些带有名字的高等级任务,必须包含一个script关键字 这下脚本 都会在Runnner中执行

GitLab 提供了一个验证.gitlab-ci.yml文件的工具, 在项目名的路径后面加上 -/ci/lint 即可访问

如果项目中有嵌套的微仓库 需要配置一下才能自动运行 Settings > Repository > Pull from a remote repository > Trigger pipelines for mirror updates. 在GitLab中Runnner是运行那些你再.gitlab-ci.yml中定义的任务,一个Runner可能是一个虚拟机, 一个VPS,一个Docker容器,或者一个集群,GitLab与Runner通信通过API

安装Runner 配置Runner