如何在GitHub Actions中调用GitLab Runner？含PR镜像方案问询

一、实现GitHub PR到GitLab的镜像 #

默认镜像方案仅处理分支推送，要支持PR，需通过GitHub Actions上下文手动同步PR内容到GitLab并创建对应Merge Request：

• 针对pull_request触发事件，提取PR的源分支、目标分支及提交SHA
• 用Git命令将PR代码推送到GitLab仓库的临时分支（命名规则比如pr/${PR_NUMBER}）
• 调用GitLab API基于该临时分支创建MR，目标分支与GitHub PR保持一致
• 提前将GitLab个人访问令牌（PAT）存入GitHub Secrets，令牌需具备创建分支、MR的权限

示例GitHub Actions工作流片段：

on:
  push:
    branches: [main, develop]
  pull_request:
    types: [opened, synchronize]

jobs:
  sync-and-run-gitlab-ci:
    runs-on: ubuntu-latest
    steps:
      - name: 拉取代码
        uses: actions/checkout@v4
        with:
          fetch-depth: 0

      - name: 配置Git身份
        run: |
          git config --global user.name "GitHub Actions Bot"
          git config --global user.email "actions@github.com"

      - name: 同步推送事件到GitLab
        if: github.event_name == 'push'
        run: |
          git remote add gitlab https://${{ secrets.GITLAB_PAT }}@gitlab.com/你的组织/你的仓库.git
          git push gitlab ${{ github.ref }} --force

      - name: 同步PR事件到GitLab并创建MR
        if: github.event_name == 'pull_request'
        run: |
          PR_BRANCH="pr/${{ github.event.number }}"
          git remote add gitlab https://${{ secrets.GITLAB_PAT }}@gitlab.com/你的组织/你的仓库.git
          git push gitlab ${{ github.head_ref }}:$PR_BRANCH --force
          # 调用GitLab API创建MR
          curl --request POST \
            --url "https://gitlab.com/api/v4/projects/你的项目ID/merge_requests" \
            --header "PRIVATE-TOKEN: ${{ secrets.GITLAB_PAT }}" \
            --header "Content-Type: application/json" \
            --data '{
              "source_branch": "'"$PR_BRANCH"'",
              "target_branch": "'"${{ github.base_ref }}"'",
              "title": "镜像GitHub PR #${{ github.event.number }}: ${{ github.event.pull_request.title }}",
              "description": "本MR镜像自GitHub PR #${{ github.event.number }}"
            }'

二、等待GitLab CI结果并同步回GitHub #

无论推送还是PR场景，都需要在GitHub Actions中轮询GitLab CI状态，同步结果：

• 推送事件：监听GitLab对应分支的流水线状态
• PR事件：监听GitLab对应MR的流水线状态
• 根据结果在GitHub Actions中标记成功/失败，比如更新PR的状态检查

示例轮询逻辑片段：

# 获取GitLab MR ID（PR场景）
MR_ID=$(curl --url "https://gitlab.com/api/v4/projects/你的项目ID/merge_requests?source_branch=$PR_BRANCH" \
  --header "PRIVATE-TOKEN: ${{ secrets.GITLAB_PAT }}" | jq -r '.[0].id')

# 获取对应流水线ID
PIPELINE_ID=$(curl --url "https://gitlab.com/api/v4/projects/你的项目ID/merge_requests/$MR_ID/pipelines" \
  --header "PRIVATE-TOKEN: ${{ secrets.GITLAB_PAT }}" | jq -r '.[0].id')

# 轮询流水线状态
while true; do
  STATUS=$(curl --url "https://gitlab.com/api/v4/projects/你的项目ID/pipelines/$PIPELINE_ID" \
    --header "PRIVATE-TOKEN: ${{ secrets.GITLAB_PAT }}" | jq -r '.status')
  if [ "$STATUS" == "success" ]; then
    echo "GitLab CI执行成功"
    exit 0
  elif [ "$STATUS" == "failed" ] || [ "$STATUS" == "canceled" ]; then
    echo "GitLab CI执行失败"
    exit 1
  fi
  sleep 30
done

三、更优替代方案 #

如果不想维护镜像与MR同步，可考虑两种轻量化方案：

• 直接调用GitLab API触发远程作业：无需镜像仓库，将GitHub代码打包后通过GitLab API触发指定CI作业，传递代码内容。需修改GitLab CI配置，支持接收外部触发并处理传入代码。
• GitLab跨仓库拉取代码运行：在GitLab CI配置中，直接拉取GitHub对应PR/推送的提交（需确保GitLab Runner有权限访问GitHub仓库），无需同步镜像分支，直接运行测试。

注意事项 #

• 所有敏感信息（GitLab PAT、项目ID等）必须存入GitHub Secrets，禁止硬编码
• 重复触发场景（如PR更新代码）需处理GitLab分支与MR的内容更新
• 因社区规模小，可提前给贡献者配置GitLab权限，减少手动操作成本

内容的提问来源于stack exchange，提问作者Robert Speck