如果我们想添加其他选项，可以在Pod中运行gitlab-ci-multi-runner register --help 命令来查看所有可使用的选项，只需要为配置的标志添加env变量即可

stages: ##这里stages代表一个项目，每个名称下面可以创建一个或多个任务，并且是同时执行的。前面是stages执行完毕后才会执行下一个 stage: test #这里通过stage进行匹配任务标签，并且test1和test2是属于队形操作，并不是串行操作 # to get them "] #这里可以写私有仓库，但是为了演示，我这里直接修改为公有仓库，如果这里不写仓库地址会出现509的错误 script: #这里就是执行一个真正的脚本，来进行build一个操作 - branches #只有提交到我们的gitlab指定的分支上，才会执行我们的这个job任务。如果提交的是tag上来，是不会触发我们的任务的 environment: #这里我们定义了一个环境，并且在里面定义了一个url。这样当我们触发了review job，我们可以通过下面的域名进行访问 on_stop: stop_review #这里我们添加了一个回调，当我们停止我们dev环境时去做的一件事情（这里的stop_review在下面进行查看） script: #这里的命令就是替换经常镜像版本号的一些操作，deployment等相关文件都需要提交的gitlab上 script: #这里执行的命令就是将之前构建的项目中的镜像及相关配置都进行删除的一个操作 - tags #只有我们提交一个tag标签的时候，才会执行job任务 script: #下面的命令操作和前面的dev环境中配置的命令是一样的，实际上就是一个替换镜像的一个操作 代码文件,里面包含gitlab ci脚本及本次演示环境

我们这里提交一个代码进去，进行演示

在我们的kube-ops命名空间下，gitlab会生成runner镜像，里面包含我们ci脚本定义的镜像以及runner镜像

接下来我们可以在gitlab查看ci构建步骤

点击下方可以看到详细的构建步骤

可以查看到详细的构建步骤，和jenkins pipline作用相同

在Build阶段我们添加了一个变量，使我们build完成后可以将打包的文件下载下来

构建完成后就会出现下方，并且还可以重复构建

接下来我们可以查看一下pod和svc等相关状态

可以使用ingress访问，或者通过nodeport方式访问。这里我使用nodeport方式进行访问演示

我们可以根据自己的需求进行修改

---

1.这里pod的版本号我使用的是commit版本号，可以确保唯一性
2.这里提交代码只有的master上会进行处罚
3.这里我的镜像仓库使用的是阿里云

文档如果有问题请在下方评论，我会及时进行修改并进行答疑。 着急可以点击右下方加群，群里@管理员
2019年10月15日21:54:47 文档如果有问题请在下方评论，我会及时进行修改并进行答疑。 着急可以点击右下方加群，群里@管理员