网站首页 > 博客文章 正文
gitlab-ci 是持续集成工具/自动化部署工具,类似 jenkins。
持续集成 是将代码集成到共享存储库并尽可能早地自动构建/测试每个更改的实践 - 通常一天几次。
概述
在编码完成时都会进行打包发布过程,如果每次都手动操作这一步骤就会浪费时间,效率低下。所以就有了持续集成。
准备事项
请提前安装以下软件,本文不介绍如何安装。
- gitlab
- git
配置SSH Key
这一步至关重要,如果已配置可直接跳过。 如果不配置的话每次git pull都会要求输入密码,这样就做不到自动化了。
输入以下命令,一直回车即可
ssh-keygen -t rsa -b 4096 -C "你的邮箱@example.com"
查看生成的公钥, 并复制下来
cat ~/.ssh/id_rsa.pub
在gitlab上添加 SSH Key, 至此完成
新建git仓库
这一步可选,如果你已经有项目可直接跳过,只是为了照顾新人
1、在gitlab上新建项目
2、克隆仓库, 服务器和本地机器都要克隆,位置随意。 我把仓库克隆到了 /home/test/
git@localhost:root/test.git
安装 gitlab-runner
1、使用gitlab官方提供的仓库
curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.rpm.sh | sudo bash
2、使用yum进行安装
sudo yum install gitlab-runner
查看Runners配置信息
将 url 和 token复制保存下来,接下来的配置需要用到这2个。
位置 工程项目 -> Settings -> CI/CD -> Runners(点击右侧Expand展开起来就能看到)
url: http://localhost:8088/
token: LquGyHsNbzB2uBBxQMMj
注册gitlab-runner
安装完gitlab-runner还需要进行注册
1、输入以下命令进行注册
sudo gitlab-runner register
2、提示 Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com/):
将url粘贴并回车(不要说不知道~)
http://localhost:8088/
3、提示 Please enter the gitlab-ci token for this runner:
token粘贴并回车(不要说不知道~)
LquGyHsNbzB2uBBxQMMj
4、提示 Please enter the gitlab-ci description for this runner:
描述,随便输入
test build
5、提示 Please enter the gitlab-ci tags for this runner (comma separated):
输入标签, 可随意输入, 我就叫做 build
build
6、提示 Please enter the executor: docker, parallels, shell, ssh, docker+machine, custom, docker-ssh, virtualbox, docker-ssh+machine, kubernetes:
这一步根据自己的需求选择,这里选择 shell, 然后回车
shell
注册完成!~
注册 gitlab-ci-multi-runner
这一步和注册 gitlab-runner 一模一样,输入同样的信息即可
sudo gitlab-ci-multi-runner register
运行 gitlab-runner
查看是否运行成功,就在查看配置信息这里, 绿色圆点表示运行成功
如果上述没有运行,就执行这一步,否则跳过
gitlab-runner run
编写 gitlab-ci.yml
在本机项目根目录新建 .gitlab-ci.yml 然后写入:
stages: - build # task-1 名字随意,代表一个工作 task-1: stage: build # 执行脚本, 这段脚本会在服务器执行 script: - mkdir -p /home/temp_dir tags: # 标签名字,注册runner时所填写的tag - build only: # 只有 master 分支才会执行 - master
提交到远程仓库, gitlab 会侦测项目根目录下是否有 .gitlab-ci.yml, 如果有就会执行内容里面的任务。
查看本次任务是否执行成功, 如果出现 passed 表明成功执行
不过呢,并非都是那么好运气的,有以下几种情况出现:
- pending 系统资源可能不足
- canceled 取消执行 或 根目录没有 .gitlab-ci.yml
- failed 任务失败, 基本上是 .gitlab-ci.yml 编写有误
上面的任务只是每次提交会在 home 目录下新建 temp_dir
如果想每次提交进行自动打包/重启呢?例如node服务端
只要在 script 字段编写一系列命令即可, 或者执行 shell 脚本
stages: - build # task-1 名字随意,代表一个工作 task-1: stage: build # 执行脚本, 这段脚本会在服务器执行 script: - cd /home/test - git pull - npm run build - pm2 restart all tags: # 标签名字,注册runner时所填写的tag - build only: # 只有 master 分支才会执行 - master
.gitlab-ci.yml 配置信息非常多,可参考 官方yaml配置
gitlab-runner其他命令
运行 gitlab-runner
gitlab-runner run
查看 gitlab-runner 状态
gitlab-runner status
查看注册列表
gitlab-ci-multi-runner list
删除注册信息
gitlab-ci-multi-runner unregister --name "名称"
最后
gitlab-ci 基本上是可以满足大部分自动化部署场景的,如果想功能强大点的可上 jenkins。
猜你喜欢
- 2024-10-04 基础架构之Gitlab Runner(gitlab runner helm)
- 2024-10-04 gitlab runner 部署案例(gitlab gitlab-runner)
- 2024-10-04 GitLab 12.1版本发布,支持Pages自动https证书、机密MR请求等
- 2024-10-04 Gitlab Runner的分布式缓存实战(gitlab ci 缓存)
- 2024-10-04 性能测试脚本的编写和调试(性能测试脚本怎么写)
- 2024-10-04 在DEEPIN上,配置ATOM+BUILD的通用即时编译器
- 2024-10-04 携程机票App KMM iOS工程配置实践
- 2024-10-04 GitLabCI作业中如何使用私有仓库镜像?
- 2024-10-04 BAIR最新RL算法超越谷歌Dreamer,性能提升2.8倍
- 2024-10-04 Gitlab持续集成与发布在PHP中的应用
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- ifneq (61)
- 字符串长度在线 (61)
- googlecloud (64)
- messagesource (56)
- promise.race (63)
- 2019cad序列号和密钥激活码 (62)
- window.performance (66)
- qt删除文件夹 (72)
- mysqlcaching_sha2_password (64)
- ubuntu升级gcc (58)
- nacos启动失败 (64)
- ssh-add (70)
- jwt漏洞 (58)
- macos14下载 (58)
- yarnnode (62)
- abstractqueuedsynchronizer (64)
- source~/.bashrc没有那个文件或目录 (65)
- springboot整合activiti工作流 (70)
- jmeter插件下载 (61)
- 抓包分析 (60)
- idea创建mavenweb项目 (65)
- vue回到顶部 (57)
- qcombobox样式表 (68)
- tomcatundertow (58)
- pastemac (61)
本文暂时没有评论,来添加一个吧(●'◡'●)