我们已经使用Gitlab CI几个月了，在过去的一周里，我们一直在使用安装在VPS上的特定跑步者。目前，我们使用“shell”作为执行者。
今天我们的管道突然停止了，当我们查看服务器空闲RAM时，996 MB只有48MB，仅供参考，我们使用的是CentOS 6。
我们一直在努力寻找答案，但我们现在陷入困境，并且想知道：
- 导致管道卡住的原因是什么？
- 是否因为可用RAM较低而存在？
- 我们应该使用其他执行程序，可能是SSH甚至是docker吗？
- 处理此类问题的最佳做法是什么？
我们希望得到任何帮助或指示。
答案 0 :(得分：2)
在我的情况下，管道阻塞了，因为唯一可用的运行程序将选项“ 可以运行未加标签的作业”设置为“ 否”，并且该作业确实未加标签。可以通过更改“ 可以运行未加标签的作业”选项或向存储库中“ .gitlab-ci.yml”文件的相应部分添加标签来解决此问题。就我而言，它是default:tags:部分。
（（看来您的情况要复杂得多。但是，我每个月遇到两次此问题，而第二次却忘记了决定。因此，我来到了该页面，看起来很适合保存决定。希望答案能对其他人有所帮助。）
答案 1 :(得分：0)
在我的情况下，管道由于两个原因而阻塞：
tags中指定的.gitlab-ci.yml与
流道配置。
如果在build命令中指定模拟器，请确保编写正确版本的模拟器。
一旦我正确执行这些操作，一切都会正常！