当然可以！不过直接用gitlab-runner exec单条命令跑单个任务的方式，默认不会保留上一步的制品——因为每个exec命令都是独立启动容器，任务跑完容器就销毁了。要实现多任务间的依赖和制品传递，有两个比较实用的方案：

方案1：在本地模拟完整CI流水线 #

GitLab Runner的exec命令支持直接跑整个流水线（或指定阶段），前提是你的.gitlab-ci.yml已经正确定义了任务依赖和制品规则。比如你的配置里godep和gobuild是按阶段串联，或者gobuild明确依赖godep的制品，那你可以直接执行：

sudo gitlab-runner exec docker gobuild --docker-privileged --docker-volumes $(pwd):/builds/your-project-name

核心是通过--docker-volumes把本地项目目录挂载到容器内，这样godep生成的制品会留在本地文件夹里，后续gobuild任务就能直接读取。另外要确保CI配置里正确设置了artifacts字段，示例如下：

godep:
  stage: prepare
  script:
    - # 你的godep执行命令，生成制品到dist/目录
  artifacts:
    paths:
      - dist/

gobuild:
  stage: build
  needs: ["godep"]
  script:
    - # 使用dist/里的制品执行编译操作

这种情况下，用exec跑gobuild时，Runner会自动先执行依赖的godep任务，并且通过挂载的本地目录传递制品，不用手动干预。

方案2：手动用共享Docker卷传递制品 #

如果不想调整CI配置，也可以手动创建共享卷来让两个任务共享数据：

1. 先创建一个共享卷：

docker volume create ci-shared-storage

2. 运行godep任务时把卷挂载到制品生成目录：

sudo gitlab-runner exec docker godep --docker-privileged --docker-volumes ci-shared-storage:/path/to/your/artifacts

3. 再运行gobuild任务时，同样挂载这个卷读取制品：

sudo gitlab-runner exec docker gobuild --docker-privileged --docker-volumes ci-shared-storage:/path/to/your/artifacts

这种方式适合临时测试，但需要手动管理卷的生命周期，不如方案1规范。

小技巧 #

• 加上--debug参数可以查看更详细的执行日志，方便排查制品传递的问题。
• 如果任务需要特定环境变量，用--env参数传递即可，比如--env GOPROXY=https://goproxy.cn。

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