问题标签 [gitlab-ci]

我已成功安装Gitlab CI并将其与我的gitlab. 我还使用docker带有服务的ruby-2.2图像配置了共享运行器mysql。

以下是我通过引用https://about.gitlab.com/2015/04/17/unofficial-gitlab-ci-runner/来配置跑步者的内容：

我有一个示例 Ruby/Rails 应用程序，由于某种原因，运行器没有运行构建。这是我的.gitlab-ci.yml：

我似乎在 8.9 版的 Gitlab CI 中找不到任何手动登台的文档。如何进行手动阶段，例如“部署到测试”？

我希望 Gitlab CI 将一个成功的 RPM 部署到 dev，然后在我审查它后，推送到 Test，然后从那里生成一个版本。目前 Gitlab CI 可以做到这一点吗？

我的处境很糟糕。我只有所有存储库的 gitlab 备份文件。真正的回购已经消失/损坏。

我查看了档案并找到了 repo.bundle 文件。

当我尝试git bundle verify repo.bundle它说"does not look like a v2 bundle file"

有什么建议么？我能做些什么？

I am using gitlab-ci-runner to automatically test a desktop Qt/OpenGL application on every commit. On Windows 8, the application is executed by a system service installed with gitlab-ci-runner, hence it is run "hidden", i.e. on no visible desktop. All the UI modules initialize and run anyway, except the OpenGL module, which never gets an "expose" event; if I try to draw into the OpenGL context without the window being exposed I get the error:

I have found out that it is rather difficult and not recommended to execute a Windows GUI application from a service on a running desktop session (see How can a Windows service execute a GUI application?).

Now, I don't need the user to see the application, I just need the OpenGL part to work correctly. Is there a way I can "pretend" to expose a window somehow, or is there any other way to get this to run correctly from a system service?

我想对我的一个小 PHP 项目进行自动化测试，到目前为止它运行良好，我唯一无法开始工作的是代码覆盖率报告。

在 Gitlab-Ci 中有一个选项Test coverage parsing，它接受一个正则表达式。到目前为止一切顺利，我在http://jarretbyrne.com/2015/04/gitlab-ci-phpunit-test-coverage-parsing/找到了一个正则表达式：^\s*Lines:\s*\d+.\d+\%

但正如评论所说：它不适用于启用颜色。 PHPUnit有命令行开关--colors-[always|never|auto]，但此选项仅适用于正常输出。

如何关闭颜色--coverage-text？我可以使用另一个正则表达式吗？

编辑：

https://github.com/sebastianbergmann/phpunit/issues/1771上有一个未解决的问题

我正在寻找一种方法来触发一些 GitLab CI 作业，从另一个服务按需触发。这可能吗？如果可以，怎么做？

详细信息：假设我需要从外部流程触发复杂的构建。.gitlabci.yml如果有一个只包含每次我需要触发构建时重写的文件的 job-scheduler.git 存储库，我想到的一种解决方法。我把代码放在那里运行，就是这样。其他想法？

我最近安装了 GitLab 并尝试使用 GitLab CI。我在我的 GitLab 服务器中成功启用了 GitLab CI，并成功安装了 CI Runner（在 Windows 上，如果相关）。我为 Windows CI Runner 启用了一个项目，当我提交到存储库时，运行器被执行，我可以看到构建。

我按照文档安装了第二个 CI Runner（在 Debian 上）。我可以看到 Debian CI Runner 以及 Windows CI Runner 已注册。Debian CI Runner 分配了相同的项目。但是，当我提交到存储库时，只执行了 Windows CI Runner，而 Debian CI Runner 并没有尝试构建。

我犯了什么错误或者有什么额外的配置可以实现这个？我已经尝试重新注册 Debian CI Runner，但没有成功。

更新 1： Debian CI Runner 现在正在执行，但 Windows CI Runner 没有。似乎只选择了一个跑步者。

更新 2：升级到“GitLab CI 7.14.1 2dee1b3”，但相同的行为仍然存在。

更新 3：在 Scientific Linux 机器上添加了第三个运行器。它已注册并分配给项目，但只有一个运行器执行（当前是 Debian CI 运行器）。

GitLab CI 7.12.0 e96755c

下午好

我最近开始与 gitlab 合作，试图弄清楚它是否符合我们在 UX 管理团队中的需求。

我在我们的云上创建了 3 台服务器进行测试，如下所示：

• Server_1 Gitlab 和 Gitlab-CI

• Server_2 Gitlab 跑步者

• Server_3 脚本存储库

想法是将以前的脚本存储库推送到 Gitlab，然后控制对它们所做的任何更改和安全问题。

我在服务器 1 上安装了 Gitlab-Omnibus 并使用他的项目 Testproject1 创建了用户“test1”，之后我将一些测试脚本推送到项目中。在此之后，我在 Server_2 上安装了运行器并针对 Gitlab 进行配置，创建了一个运行器，注册它并针对 Server3 配置了 ssh 密钥

这里的问题如下，用户 test1 对 Gitlab 的 Testproject1 上的任何脚本所做的任何更改都会触发运行器构建并将整个项目推送到 /home/user/build/"number"/number/Testproject1/ 执行这些的脚本操作位于该位置，名称为“Testproject1.sh”，其中包含如下代码：

..... 等等。

我们不希望将存储库部署在用户家中，我认为使用所需的部署路径和命令配置文件“.gitlab-ci.yml”就足够了，但我唯一实现的就是存储库是每次都部署在用户家中和 .yml 文件中所述的路径上。

任何人都知道如何修改这种行为？是否有任何环境变量或任何可以解决此问题的东西？还是我使用了错误的 CI 功能？

顺便说一下，跑步者的 yml 文件如下：

提前致谢

我正在使用 Gitlab-ci-multi-runner，使用 OSX 机器（bash shell）和 Windows 7 机器（批处理命令）。每当我推动时，我都希望它在两个跑步者上构建和测试。但显然，每个平台的命令需要略有不同。我不想使用 docker。

我一直在查看http://doc.gitlab.com/ci/yaml/README.html但似乎没有关于舞台特定跑步者耦合的任何内容。

我正在寻找一种简单而干净的方式将使用 GitLab CI 构建的人工制品发布到 Artifactory 上。

我能够发现https://gitlab.com/gitlab-org/omnibus/blob/af8af9552966348a15dc1bf488efb29a8ca27111/lib/omnibus/publishers/artifactory_publisher.rb但我找不到任何关于我应该如何配置它的文档这行得通。

注意：我正在寻找一种 gitlab_ci.yaml 方法，而不是在外部实现它。