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

系统管理员 2023-02-28 01:52 12阅读 0赞

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]  
[配置Runner][Runner 1]

[YAML]: https://en.wikipedia.org/wiki/YAML
[Runner]: https://docs.gitlab.com/runner/install/
[Runner 1]: https://gitlab.deepexi.top/help/ci/runners/README.md#registering-a-specific-runner