与GitLab Docker Runner共享文件夹

以下是我的配置：

我正在使用docker gitlab Runner启动docker compose，其中包含以下内容。gitlab-ci.yml：

stages:
  - run

# Official docker compose image.
image:
  name: docker/compose:1.23.2 # update tag to whatever version you want to use.
  entrypoint: ["/bin/sh", "-c"]

services: # is that really necessary? behavior seems the same with or without
  - docker:dind

before_script:
  - docker version
  - docker-compose version

run_compose:
  stage: run
  script:
    - mkdir /c
    - touch /c/__CREATED_FROM_RUNNER__
    - docker-compose down -v
    - docker-compose build
    - docker-compose up
    - ls -l /c
  artifacts:
    paths:
      - /c/*

先前脚本版本中使用的

docker compose.yml

如下所示：

version: "3"
services:
  snitch:
    image: snitch:latest
    environment:
      - PROGRAM_NAME=${PROGRAM_NAME}
    volumes:
      - /c:/caps

  xtools:
    image: xtools:latest
    environment:
      - PROGRAM_NAME=${PROGRAM_NAME}

“snitch”容器正在将文件写入

/caps

目录。我假设volume部分意味着runner容器中的

/c

目录将接收文件，并将它们作为工件收集

实际行为是容器的

/c

目录是空的（只有通过.gitlab-ci.yml中的touch命令创建的文件存在），但是在运行程序的物理机器上创建了一个

/c

目录，其中包含文件（！），但没有从运行程序创建的

\u

文件

任何关于正在发生的事情的见解都将不胜感激。另外，如何将创建的文件检索为工件