问题标签 [gitlab-ci]

在 gitlab CI 中添加项目后，我得到：

您应该为项目分配至少一个运行程序以处理项目构建。访问此页面以分配跑步者

链接页面（/ci/projects/16/runner_projects）有一个按钮可以将跑步者添加到项目中，但是当我点击 时Add，我得到了错误：

未能将运行器部署密钥添加到 GitLab 项目

Gitlab版本：

• GitLab CI 3.2.0 e0c0609
• Gitlab 6.2

我已经在 ubuntu 服务器上设置了 Gitlab，它工作正常。我通过 urlhttp://123.456.789.100和 Gitlab 登录详细信息访问 Gitlab

然后我想在合并之前设置 Gitlab CI 来测试代码。我已经使用链接完成了设置 Gitlab CI。我已经完成了除了 Runners 之外的所有设置。ssh git@<your gitlab url>在 Runner 中设置时，我遇到错误

git@123.456.789.100 的密码：我输入了我以前进入 gitlab 服务器的 gitlab 的密码（123456），然后我有这个错误

但是我通过http://123.456.789.100:8081（我确实将 Gitlab-ci 设置为侦听 8081 端口）获得了 Gitlab CI Web 界面。然后我输入 Gitlab 服务器的用户名和密码为 admin@local.host 和 123456，我得到了无效的凭据。

我做错了什么？

我对持续集成服务器比较陌生。我一直在使用 GitLab (v6.5) 来管理项目，但我想开始使用 GitLab CI 来确保测试通过并成功构建。

我的测试设置由两台虚拟机组成：一台用于 GitLab，另一台用于 GitLab CI（和运行器）。但是，在生产中，我只有一台运行 GitLab 的机器。GitLab 团队不久前发布了一篇有趣的博客文章，强调：

如果你在 CI 服务器上运行测试，那你就错了！

这是一篇内容丰富的帖子，但我并没有觉得我理解了这一点。这是否意味着不应该在同一台服务器上运行 GitLab 和 GitLab CI？这是否意味着不应该在同一台服务器上运行 GitLab CI 和 GitLab CI 运行器？或者两者兼有——我是否需要三台服务器，每个任务一台？

来自同一篇文章：

任何可以推送到在 CI 服务器上测试的分支的人都可以轻松拥有该服务器。

这对我来说意味着跑步者存在安全风险，因为他们可以运行提交中包含的内容。如果是这样，典型的实现是什么？将 GitLab 和 GitLab CI 放在同一台机器上，但运行器放在不同的机器上？如果 runner 机器被攻破了，岂不是很糟糕？所以只要他们的密码机是安全的，人们就可以丢失他们的跑步机吗？

我真的很想进一步了解这一点——绝对是在我在生产中实现它之前。是否有任何可能但安全的方法可以在同一台机器上实现 GitLab、GitLab CI 和 GitLab CI 运行器？

据我所知，Gitlab-CI 运行良好。它运行并按应有的方式执行所有操作，但 gitlab 本身不显示状态。

我一直看到的是“检查 x 的 CI 状态”，微调器静止不动。

当我打开页面时，我得到的唯一线索是来自 gitlab production.log：

至少可以说这很奇怪。其他一切都很好，所以它对整个 gitlab 来说似乎并不系统。

Gitlab详细信息：

我四处寻找，没有发现类似的问题。令人费解的是，它在 gitlab 中从 6.something 升级到 6.6.4 后停止工作。这不是关键部分，但消除了 CI 服务器的一些易用性。

我已经成功设置了 gitlab 和 gitlab CI 但是我有一个问题，

使用 travis-ci，您可以在成功构建时将其自动部署到 aws opsworks - 我无法通过 gitlab-ci 找到任何方法来执行此操作 - 事实上，我无法找到任何方法来触发成功构建的任何操作？

我正在尝试将旧服务器的 gitlab 备份迁移到新服务器。我的旧服务器有 gitlab (gitlab-6.5.1-0)，我的新服务器有 gitlab 版本 (gitlab 6.6.5-omnibus)。我使用以下命令从旧服务器备份

当我尝试使用此命令在新服务器中恢复此备份时

我得到以下输出

我尝试寻找解决方案。但在所有文件中都说备份已经迁移到以前的版本。但它们都没有描述如何迁移备份。任何与此相关的解决方案都值得赞赏！

我刚刚安装gitlab ci在一CentOS 6.5台机器上，我开始添加一些项目。的仪表板gitlab-ci显示了我的gitlab项目，但是当我单击add按钮时，什么也没有发生。

查看production.logfor gitlab_ci，我每 5 秒看到一次消息：

开始POST "/api/v1/builds/register.json" for 127.0.0.1 at 2014-03-28 11:32:31 +0100

查看gitlab_ci_access.log日志apache，我看到：

172.16.15.13 - - [28/Mar/2014:11:33:06 +0100] "POST /api/v1/builds/register.json HTTP/1.1" 404 27 "-" "-"

gitlab-ci文件中的 DocumentRootvhost是/home/gitlab/gitlab-ci/public，但是看这个位置，确实没有api目录。

所以...我想知道 api 目录会在什么时候安装？

安装完成，遵循gitlab上的指令并在需要的地方适应我的 CentOS 机器。

我有两个账户，

一个看不到创建新项目按钮，但另一个可以。

我知道这可能是由于配置文件的设置。

但该账户只有20个项目，项目大小在限制之下。

这是我的gitlab.yml

我设置了 Gitlab CI (4.3)，在构建时无法解决以下问题：

致命：' http://gitlab-ci-token:my-gitlab-ci-token@gitlab.server.com/namespace/project_name.git/ '的身份验证失败

Gitlab (6.7.0) 和 Gitlab Shell (1.9.1) 工作得很好。我按照安装指南进行操作，我认为我没有遗漏任何内容。Token完全一样，Gitlab服务器和命名空间/项目名也可以。也许 Gitlab 服务器上的非标准 ssh 端口存在一些问题，但我真的不知道，“正常”克隆和推送到 Gitlab 没有问题。任何想法？

我正在尝试在 Debian 的内部网络上使用 gitlab CI 设置 gitlab。我正在使用 Gitlab 6.7.3 abd gitlab ci 4.3。Gitlab 在自签名 ssl 上。

在我尝试开始构建之前，一切似乎都很好。两个系统都已连接并自动设置令牌。

当我提交到存储库时，构建在 gitlab CI 中显示为“待处理”，在日志中我可以看到：

有什么建议吗？