前言

本文记录使用Docker过程中遇到的问题和解决办法。

怎样保证代码质量？

保证代码质量有三种常用的方法：Code Review、编码规范和单元测试。

Code Review需要别人帮助Review，现在可以找ChatGPT帮助Review。
而对于编码规范检查和运行单元测试，是可以通过CI流水线自动完成的。
本文中，我们学习在GitLab CI流水线中配置Python的编码规范检查和运行单元测试。

Job is stuck

Shell Runner跑CI任务，报错：

1

Job is stuck. Check runners. allowed to fail

解决办法：
经查是因为gitlab-runner版本比较高（15.5.0），新版本的runner，要求.gitlab-ci.yml必须要配置tags，指定runner。

GitLab Runner版本说明

出于兼容性原因，GitLab Runner major.minor 版本应与 GitLab major.minor 版本保持同步。
较旧的runner可能仍然可以使用较新的 GitLab 版本，反之亦然。但是，如果存在版本差异，功能可能无法使用或无法正常工作。
minor版本更新时，会保障向后兼容性。但是，有时 GitLab 的minor版本更新会引入新功能，这些新功能需要 GitLab Runner 在同一minor版本上。

需要特别注意的是：GitLab Runner 15.0 对注册 API 请求格式进行了更改。它阻止 GitLab Runner 与低于 14.8 的 GitLab 版本通信。我们必须使用适合 GitLab 版本的 Runner 版本，或升级 GitLab 应用程序。

更多内容参考文档GitLab Runner

GitLab Runner简介

GitLab Runner 是一个开源软件，它与 GitLab CI/CD 配合，在管道流中运行作业。
GitLab Runner 是用Go编写，几乎可以直接运行在任何操作系统（个别系统需要自行编译）。
GitLab Runner 也可以在 Docker 容器内运行或部署到 Kubernetes 集群中。

GitLab Runner能不能替换成其他的Runner？可以，但是没有必要，毕竟Gitlab Runner是开源的，有什么个性化需求就自己改一改。而且，也没有找到合适的替代产品。

参考文档：

• GitLab Runner
• GitLab CI/CD中文文档
• GitLab CI/CD文档
• GitLab Runner
• Executors
• The Shell executor
• 《GitLab CI/CD入门篇》