时间戳

首页 > 解决方案 > Gitlab CI - 为正常 repos 启动 Shared Runner

git - Gitlab CI - 为正常 repos 启动 Shared Runner

问题描述

我是 Gitlab CI 的新手。

我已经配置了 .gitlab-ci.yml 文件，并且使用 CI Lint 它已经通过了验证过程。

根据这个文档，我可以看到应该在虚拟机、VPS、裸机、docker 容器甚至容器集群上配置特定的运行器。

而且我可以看到 gitlab 有自己的共享运行器并默认启用。

当我访问 Pipeline 页面时，我只能看到蓝色的Get Started with Pipeline按钮，单击后我被重定向到此页面。

“ Gitlab CI - How to start Shared Runner ” 说 Gitlab CI 只会为testing分支运行该作业，但是，除非非常特殊的情况，否则我的 git 都不使用分支。所以

问题是如何在我只有一个master分支的普通（私人）仓库中使用这个共享运行器？

标签： gitgitlabgitlab-cigitlab-ci-runner

解决方案

共享运行器将为任何分支运行，因此master也适用于分支（除非您另外配置）。

此外，

  • 如果你为你的工作定义了一个标签，你可以选择一个特定的跑步者。
  • 您可以过滤作业是否仅通过和/或except指令触发。

例如，以下作业将触发任何推送，尽管有分支：

buildClient:
  stage: buildComponents
  script:
  - echo "Building the client..."

另一方面，此作业将仅在推送到develop分支时触发，并且将由任何可用的带有docker标签的运行器处理：

buildServer:
  stage: buildComponents
  script:
  - echo "Building the server with Docker..."
  only:
  - develop
  tags:
  - docker

根据蓝色的Get Started with Pipeline按钮：您需要将.gitlab-ci.yml文件添加到项目的根目录并将其推送到 GitLab。此文件定义构建管道的阶段和作业。然后，跑步者根据给定的配置选择作业。例如简单.gitlab-ci.yml可以是这样的：

image: alpine:latest

stages:
  - test
  - build

testApp:
  stage: test
  script: echo "Testing..."

buildApp:
  stage: build
  script: echo "Building..."

有关更多详细信息，请参阅GitLab 文档中使用 .gitlab-ci.yml 配置作业。

推荐阅读