基于windows配置gitlab-runner
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了基于windows配置gitlab-runner，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3713字，纯文字阅读大概需要6分钟。
内容图文
基于windows配置gitlab-runner
- gitlab-runner是配合gitlab ci/cd实现自动化部署的执行者，和Jenkins 类似，可以通过编写对应的.gitlab-ci.yml执行不同的job脚本。
- 下面的基于shell模式下的场景
下载对应的gitlab-runner.exe文件
安装服务
准备安装目录
拷贝gitlab-runner.exe到创建好的gitlab-runner文件夹
安装服务
通过管理员模式运行cmd进入gitlab-runner所在目录
# 执行下面命令注册服务
./gitlab-runner.ele install -user ".\ENTER-YOUR-USERNAME" --password "ENTER-YOUR-PASSWORD"
注册完服务后，可以通过win+r执行service.msc查看服务列表里已经添加上该服务
这时gitlab-runner的服务启动方式是自动。这里意味着只要start过runner开机就会自动开启服务
--user字段
这里的user字段为可选字段，如果不写则默认使用本地系统，这里会导致一定概率找不到npm、node等服务。原因是如果你电脑的node服务安装位置是具体用户目录下的时候，系统执行的时候会找不到。所以这里user最好填写具体的用户。这样runner内就可以贡献该用户下所有资源。当然这里都是基于shell模式下说的。
注册服务到具体项目
这里的方式和mac、linux没有区别，按照提示填写对应的参数就可以了
./gitlab-runner.exe register
成功后，打开对应项目就可以看到这个runner了，不过图标还是感叹号，因为还没有启动
启动服务
./gitlab-runner.exe start
启动成功后项目那边就会显示绿色的标示了，这时就可以运行一个任务试试看了
停止服务
./gitlab-runner.exe stop
查看runner运行状态
./gitlab-runner.exe status
另一种启动服务的方式
这种方式允许可以让runner内执行命令和直接打开powershell执行命令一致，在某些特殊情况下可以用到
./gitlab-runner.exe run
作为electron编译机时遇到的问题
windows下的gitlab-runner编译时会遇到很多权限问题
所属用户导致的问题
上面说到了如果没有指定user的话默认是本地系统，有一定概率导致不能执行node、npm等服务，假设你没有遇到上面说到的问题，因为用户不一样的原因，所以资源是隔离的，因为electron编译的时候需要下载electron和electron-builder等依赖，这时就需要重新下载一次，如果没有通过配置淘宝镜像或vpn的话，首次安装基本失败。
代码签名失败
错误类型1
没有指定具体用户的话，基本会报After Private Key filter, 0 certs were left.异常，这个个人理解就是因为读不到u盘签名工具导致的， 应该是当前登陆用户是xxx，而runner登陆用户是本地系统，所以被过滤了。
错误类型2
选择了当前系统的user了，u盘签名工具也找到了，不过会报类似下面的错误
SignTool Error: An unexpected internal error has occurred.
The following certificates were considered:
After EKU filter, 1 certs were left.
After expiry filter, 1 certs were left.
After Private Key filter, 1 certs were left.
The following certificate was selected:
The following additional certificates will be attached:
Done Adding Additional Store
Error information: "Error: SignerSign() failed." (-2147023673/0x800704c7)
这个错误是没有输入密码报的异常，如果之前已经输入过密码的话（一定时间内可以免输密码签名）就可正常编译，意思就是runner不能正常唤起输入密码的输入框。这里我尝试了很多种方法还是不能解决，不知道是不是我使用的代码签名软件winCodeSign版本不太对（我使用的是2.6.0版本）。反正最终还是放弃了
解决方式
修改启动方式
使用./gitlab-runner.exe run的方式，让runner执行环境和用户开发环境一致，不过这个的缺点是不会开机自启，而且是在终端打开的，所以为此我编写一个vbs的脚本，然后放在windows启动目录，这样就可以达到开机自启而且是后台运行的效果了。
CreateObject("Shell.Application").ShellExecute "cmd.exe","gitlab-runner.exe run","","runas",0
这里有必要解释下上面的几个参数。
# cmd.exe: 打开的具体应用，这里使用cmd
# gitlab-runner.exe run： 这里指打开cmd后输入的参数，这里就是执行gitlab-runner.exe run了，注意的是这里需要输入绝对路径比较好
# runas: 管理员权限运行
# 1: 是否后台运行（0：后台运行， 1窗口运行）
其它注意事项
需要把在服务里把gitlab-runer启动方式由自动改为手动
后记
这里初步实现了gitlab-runner里编译遇到的一些奇怪的权限和应用调用问题，不过还有一个不太方便问题就是弹出签名密码输入框的时候密码还得手动输入，这个环节就会让自动化流程断开。所以后面会引入python自动化输入密码签名。
内容总结
以上是互联网集市为您收集整理的基于windows配置gitlab-runner全部内容，希望文章能够帮你解决基于windows配置gitlab-runner所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。