GitLab CI Multi-Runner can'；t获取gitlab repo并返回http错误

我在Windows（64位）上使用Gitlab CI Multi-Runner，并已将其配置为使用默认shell运行。与Gitlab服务器的连接良好，但当它尝试运行构建时，它正在使用HTTP端点克隆存储库。我的回购相当大，Gitlab NGINX由于一个错误而失败。SSH端点工作得非常好

在克隆repo以执行构建时，如何使我的GitLab CI Multi-Runner使用SSH端点

---

注意：使用C#编写的旧版Gitlab CI Runner for Windows也存在同样的问题。

该问题与unicorn引擎工作线程的超时有关，该超时太短，不允许克隆/推送大型存储库

在

/etc/gitlab/gitlab.rb中

取消注释并设置

unicorn['worker_timeout'] = 1200

（希望足够）

然后发行

# gitlab-ctl reconfigure
# gitlab-ctl restart

---

这对我来说很有效。

问题与unicorn引擎工作人员的超时有关，该超时时间太短，不允许克隆/推送大型存储库

在

/etc/gitlab/gitlab.rb中

取消注释并设置

unicorn['worker_timeout'] = 1200

（希望足够）

然后发行

# gitlab-ctl reconfigure
# gitlab-ctl restart

---

这对我很有用。

Up。我面临着同样的问题。你找到解决办法了吗？没有。尚未找到解决方案。已找到解决方案。贴在下面。我面临着同样的问题。你找到解决办法了吗？没有。尚未找到解决方案。已找到解决方案。下面发布了一个更健壮的解决方案，那就是让SSH下载正常工作。@Nishith，我同意。。不过这是目前gitlab ci runner论坛建议的解决方案。从某种程度上讲，这是有普遍意义的，就像你试图通过http克隆/推送你的（大）repo一样，那么对于相同的超时问题，它也不会起作用。更可靠的解决方案是让SSH下载正常工作。@Nishith，我同意。。不过目前这是gitlab ci runner论坛中建议的解决方案。不知何故，它具有一般意义，好像您试图通过http克隆/推送（大型）回购协议，那么对于相同的超时问题，它也不会起作用。