GITLAB-CI搭配Runner的使用

GITLAB-CI搭配Runner的使用

安装Runner

  • 首先要找一台服务器来创建Runner,因为是要跟你的gitlab服务关联,所以服务器要可以访问你的gitlab服务。
  • 安装gitlab-CI-multi-runner
  • gitlab-ci-multi-runnerCI runner的运行程序,这里有多种安装方式(见这里),这里我们使用了第一种:在linux中安装软件。

友情提示: 在安装时由于网络问题不好安装,可以直接找到deb包下载后安装.

gitlab-ci-multi-runner命令介绍

  • 执行gitlab-ci-multi-runner help可以看到所有命令的简介,在每个命令加--help可以看到更加具体的参数,比如gitlab-ci-multi-runner start --help,命令的执行顺序为:register(注册runner)-->install(安装服务)-->start(运行服务).

GITLAB-CI配置

打开网址(比如你的gitlab服务地址是http://gitlab.your.company/,那gitlab CI的地址就是:http://gitlab.your.company/ci),找到想要配置CI的项目,点击后面的按钮Add project to CI

,给项目配置CI功能.进入CI项目,进入Runners标签页面,可以看到CIurltoken,这2个值是待会用命令注册runner时所需要的。

runner的服务器上注册runner,执行命令gitlab-ci-multi-runner register --user="你的用户",下面是执行命令后的交互信息。

友情提示:如果你用的是docker的执行方式,可以先把对应的dockerimage下载下来,不然第一次执行CI会比较慢。

  • 安装服务

执行命令gitlab-ci-multi-runner install -n "服务名",后面的服务名是自己定义的名称,用来后面启动命名使用,与其相对的命令是uninstall.

启动服务,执行命令gitlab-ci-multi-runner start -n "服务名",与其相类似的命令有stop

restart.

验证runner,执行gitlab-ci-multi-runner verify,可以看到runner的运行情况.

root@cloudeye:~# gitlab-ci-multi-runner verify aliveINFO[0000] 79bf814a Veryfing runner... is aliveINFO[0000] 207a4b34 Veryfing runner... is aliveINFO[0000] 20f849f7 Veryfing runner... is aliveINFO[0000] 6e07e13a Veryfing runner... is aliveINFO[0000] 23be6deb Veryfing runner... is aliveINFO[0000] 4e348964 Veryfing runner... is

启动服务后,可以在刚才的CI runners页面看到已经有runner出现了。

gitlab-ci.yaml文件

配置好了runner,要让CI跑起来,还需要在项目根目录放一个.gitlab-ci.yml文件,在这个文件里面可以定制CI的任务,下面是简单的示例文件,更多的用法可以看官方文档

jobName: script: - ls - php command.php ...(比喻,使用直接删掉本行) only: develp

自己磕磕碰碰总结出来的,有不对的地方希望可以指正.

 

 

 

GitLab对.NET进行持续集成所需的环境

GitLab持续集成所需环境

开发环境:VS2015Git

GitLab服务器环境:GitLab 8.0+

Runner-CI服务器:windowGitMsbuildNugetPowerShellGitLab-Runner

需要了解知识

Git操作、GitLabMsbuild&Nuget命令行、Powershell命令行

 

 

 

 

 

### Helm安装GitLab Runner时的报错问题及重新部署方法 在使用Helm安装GitLab Runner时,如果遇到报错问题,可以按照以下方式排查和重新部署。首先,确保删除之前失败的安装记录,并清理相关资源。然后根据需求重新配置并部署GitLab Runner。 #### 1. 删除失败的安装记录 使用以下命令删除失败的Helm释放(release): ```bash helm uninstall gitlab-runner -n gitlab-runner ``` 此命令会删除与`gitlab-runner`相关的所有Kubernetes资源[^1]。 #### 2. 清理残留资源 有时即使删除了Helm释放,仍然可能有残留的Kubernetes资源存在。可以通过以下命令检查并手动清理: ```bash kubectl get all -n gitlab-runner ``` 如果发现仍有资源存在,可以逐个删除它们: ```bash kubectl delete pod <pod-name> -n gitlab-runner kubectl delete svc <service-name> -n gitlab-runner ``` 此外,还需检查是否有ConfigMap或Secret残留: ```bash kubectl get configmap -n gitlab-runner kubectl get secret -n gitlab-runner ``` 若有残留,同样需要手动删除。 #### 3. 重新部署GitLab Runner 在确保环境清理干净后,可以重新部署GitLab Runner。以下是完整的Helm安装命令示例: ```bash helm install gitlab-runner \ --namespace=gitlab-runner \ --create-namespace \ --set gitlabUrl=https://gitlab.example.com \ --set runnerToken=glrt-p3LfPnBwy6pdVjnj1Mmx \ --set certsSecretName=gitlab-runner-certs \ --set rbac.create=true \ --set rbac.clusterWideAccess=true \ gitlab/gitlab-runner ``` 在此过程中,确保提供的参数(如`gitlabUrl`和`runnerToken`)正确无误。 #### 4. 添加污点容忍配置(可选) 如果需要将GitLab Runner调度到特定节点,可以为节点添加污点,并修改ConfigMap以包含污点容忍配置: ```bash kubectl taint node node1 runner=gitlab-runner-only:NoSchedule ``` 随后编辑ConfigMap文件,添加如下内容: ```toml [runners.kubernetes.node_tolerations] "runner=gitlab-runner-only" = "NoSchedule" ``` 保存后应用更改[^3]。 #### 5. 验证部署 使用以下命令验证GitLab Runner是否成功部署: ```bash kubectl get pods -n gitlab-runner ``` 如果Pod状态为`Running`,说明部署成功[^4]。 #### 6. 调试常见问题 如果再次遇到报错,可以使用以下命令查看详细错误信息: ```bash kubectl describe pod <pod-name> -n gitlab-runner ``` 或者查看Pod日志: ```bash kubectl logs <pod-name> -n gitlab-runner ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值