文章目录
- CI/CD介绍
- CI/CD的工作流程
- ci整体原理
- 安装gitlab runner
- 编写.gitlab-ci.yml
-
- 1. [stages](https://docs.gitlab.com/ee/ci/yaml/#stages)
- 2. job
- 3. [stage](https://docs.gitlab.com/ee/ci/yaml/#stage)
- 4. [only](https://docs.gitlab.com/ee/ci/jobs/job_control.html#only-variables--except-variables-examples)
- 5. [tags](https://docs.gitlab.com/ee/ci/yaml/#tags)
- 6. [allow_failure](https://docs.gitlab.com/ee/ci/yaml/#allow_failure)
- 7. [before_script](https://docs.gitlab.com/ee/ci/yaml/#before_script)、[script](https://docs.gitlab.com/ee/ci/yaml/#script)、[after_script](https://docs.gitlab.com/ee/ci/yaml/#after_script)
CI/CD介绍
CI(Continuous Integration)跟CD(Continuous Delivery/Continuous Deployment)的出现主要是为了帮助我们在开发时能更早的发现代码中的bug,避免我们在这些bug上进行后续的开发(一错再错-.-),甚至将这些bug合并到qa或者staging环境去(错上加错)。
说人话就是,我们在提交代码到git时,git会自动通过脚本进行build跟test,如果这个过程失败了,我们会得到通知,这样我们就知道我们这次提交的代码是有问题的。同时这个检测过程不用任何人工干预(低成本)。
CI/CD的工作流程
- 开启一个新的分支
- 运行自动化脚本来build或者test我们提交的代码
- code review
- 运行自动化脚本来deploy我们提交的代码

ci整体原理
gitlab-runner定时轮询(由config.toml的check_interval来指定间隔)gitlab指定的repo- 提交代码到指定分支
gitlab-runner检测到代码变动,执行项目中.gitlab-ci.yml中定义的脚本
安装gitlab runner
1. 创建一个由docker管理的volumes
docker volumes create gitlab-runner
- 如果选择直接挂载一个文件目录,则忽略这一步
- 相对于直接挂载一个文件目录,该方式有更好的可移植性,其他更多优势请参考
2. 创建并启动gitlab-runner容器
docker run -d --name gitlab-runner --restart always \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /bin/docker

本文详细介绍了GitLab的CI/CD流程,从CI/CD概念到工作流程,再到gitlab runner的安装配置和.gitlab-ci.yml文件的编写,包括stages、job、tags等关键要素,旨在帮助开发者实现自动化部署和测试。
最低0.47元/天 解锁文章
2674

被折叠的 条评论
为什么被折叠?



