gitlab服务之gitlab-ci.yml配置文件详解

现在很多公司用gitlab来作为代码仓库、版本控制软件，在加上gitlab的自动化持续集成部署工具ci/cd，

它可以在代码提交的同时完成镜像构建、自动化测试、自动化部署等连续的工作。

特别便捷，当然对技术要求也会更高了

依赖服务：

gitlab

https://www.zongscan.com/demo333/95354.html

gitlab-runner

https://www.zongscan.com/demo333/95355.html

后面有时间我也会把我自己的beego项目迁移进docker swarm集群里面来，

整成自动化持续集成部署方式

好了话不多说我们来了解一下gitlab-ci.yml配置文件

.gitlab-ci.yml文件介绍

主要的作用是用来指定构建、测试和部署流程、以及CI触发条件的脚本

在 .gitlab-ci.yml 文件中的定义（来自官方文档）

您要运行的脚本。

您要包含的其他配置文件和模板。

依赖项和缓存。

您要按顺序运行的命令和要并行运行的命令。

将应用程序部署到的位置。

无论您是想自动运行脚本还是手动触发其中的任何一个。

脚本被分组到作业中，作业作为更大管道的一部分运行。

您可以将多个独立作业分组到按定义顺序运行的阶段。

 CI/CD 配置至少需要一项未隐藏的作业。

您应该按照适合您的应用程序并符合您希望执行的测试的顺序组织您的工作。

为了可视化该过程，假设您添加到作业的脚本与您在计算机上运行的 CLI 命令相同。

当您将 .gitlab-ci.yml 文件添加到存储库时，

GitLab 会检测到它，并且名为 GitLab Runner 的应用程序会运行作业中定义的脚本。

.gitlab-ci.yml 文件可能包含（官方实例代码）

stages:
  - build
  - test
build-code-job:
  stage: build
  script:
    - echo "Check the ruby version, then build some Ruby project files:"
    - ruby -v
    - rake
test-code-job1:
  stage: test
  script:
    - echo "If the files are built successfully, test some files with one command:"
    - rake test1
test-code-job2:
  stage: test
  script:
    - echo "If the files are built successfully, test other files with a different command:"
    - rake test2

ps:

可以分成三个部分

1.stages

定义管道的阶段，包含构建镜像，单元测试，部署

2.build-code-job（构建代码阶段）

build阶段下的任务，任务名：build-code-job

3.test-code-job1，test-code-job2 （测试阶段）

test阶段下的任务，任务名：test-code-job1...

在此示例中，构建阶段的构建代码作业作业首先运行。

它输出作业使用的 Ruby 版本，然后运行 rake 来构建项目文件。

如果此作业成功完成，则测试阶段中的两个测试代码作业作业将并行启动并对文件运行测试。

示例中的完整管道由三个作业组成，分为两个阶段，构建和测试。

每次将更改推送到项目中的任何分支时，管道都会运行。

GitLab CI/CD 不仅执行作业，还向您展示执行期间发生的情况，就像您在终端中看到的一样：

作业运行：

您为您的应用程序创建策略，GitLab 根据您定义的内容运行管道。 

GitLab 也会显示您的管道状态：

如果出现任何问题，您可以回滚更改：

官方文档

.gitlab-ci.yml 文件的完整语法：

https://docs.gitlab.com/ee/ci/yaml/index.html

最后

后面我在构建一个go语言beego项目的.gitlab.ci.yml配置文件

项目部署成功后在把ci配置文件发布出来