万字长文,20 分钟带你系统了解 gitlab 多环境 CICD 自动化部署,在上一期视频中,介绍了阿里云效、Github Actions 两种自动化部署方案,为了可以有更多的选择,这里我们再来看一下 gitlab 的多环境 CI/CD 自动化部署。文字版链接:https://juejin.cn/post/7261519520106774
if [ "$CI_COMMIT_BRANCH" == "dev" ]; then # 部署到开发环境的命令或脚本 elif [ "$CI_COMMIT_BRANCH" == "ci" ]; then # 部署到CI环境的命令或脚本 elif [ "$CI_COMMIT_BRANCH" == "test" ]; then # 部署到测试环境的命令或脚本 elif [ "$CI_COMMIT_BRANCH" == "uat" ]; then # ...
解决部署环境管理的问题需要使用GitLab CI/CD关键词environment。使用它,开发者可以将一个作业设置为某一环境的部署作业,同一个环境的部署作业会被收集到一起,运行部署作业,或者停止作业都将触发一个钩子。开发者可以自定义执行相关业务逻辑。下图是一个部署环境的管理页面( 本文环境为GitLab 14.1) 开发者可以通过UI...
使用“王士博”账号登陆gitlab 同一个gitlab账号下可以添加多个Keys,也就是可以对应多台客户机的Keys,也可以是同一台客户机的不同账号下的Keys; 注意Keys中公钥内容可以通过邮件去识别,也可以不跟邮件识别(比如在linux客户机和windows本地都产生公私钥,公钥内容中的邮件可以都用wangshibo@huanqiu.com)。特别注意一点...
devops已经成为了主流,绝大多数的devops架构都是基于gitlab+jenkins+harbor+k8s去做的,在这套东西中我们需要维护的东西很多,甚至编译环境也需要我们自己维护。实际上,gitlab已经集成了完整的cicd功能,我们可以使用gitlab轻松地进行cicd。 1、基本环境 禁用gitlab自带的nginx并使用nginx对gitlab进行反向代理。
到此,gitlab ce 环境已经搭建完毕。 最后查看服务器状态: 服务器状态 gitlab runner 环境搭建及注册: 登录系统,来到:Admin area -> CI/CD -> Runners runners runner installation 点击,打开安装指引,这里有各个系统的安装、注册指引; 不过这里的下载地址是aws上面的,下载速度比较慢,可以下载上述的第二个 链接;...
目前市面上实现自动化部署的开源方案一般有两个(Jenkins和GitLab)。从可扩展性而言Jenkins是更好的选择,不过自由也意味着很多东西都需要自己配置。我觉得GitLab自带的CI/CD实现就已经绰绰有余,而且毕竟是GitLab自家的东西,到时候应该能少踩不少坑。 我们主要目标是自动部署SpringBoot项目到目标环境。
如下图,可以在仓库的 Settings - CI/CD - Runners 中进行设置,关联自定义 runner 服务器 一般在自己的服务器上安装 gitlab runner,会让你选择一个 executors (执行器/执行程序),用于指定这个 runner 中每个 Job 运行的环境,如下图,有多种选择 一般选择 shell 会简单一点,docker 也不错,可能对服务器内存要求...
最终,我们成功利用gitlab CI的能力,运行了本地的npm run dev命令... 总结 到这里,其实主要目的已经达到了: 1. 我们成功搭建了gitlab CI/CD所需的环境; 2. 实现了服务端监听git的push行为; 3. 服务端Runner执行了.gitlab-ci.yml文件上的Job。 若要...