CircleCI多作业能否复用同一执行器？最优实现方案咨询

结论 #

最简方式是使用CircleCI Workspaces共享build作业生成的依赖和文件，相比自定义Docker镜像，它不需要额外的镜像构建、推送流程，配置更简洁。

具体配置修改 #

核心思路：在build作业中保存关键状态到Workspaces，在test作业中拉取这些状态，同时确保test和build使用一致的执行环境。

修改后的完整配置：

# 定义共享执行器，避免重复配置环境
executors:
  cypress-executor:
    docker:
      - image: cypress/base:14.16.0
    working_directory: ~/repo

jobs:
  build:
    executor: cypress-executor
    steps:
      - checkout
      - node/install:
          install-yarn: true
          node-version: '16.13'
      - other-long-commands # 比如安装依赖、项目构建等操作
      # 将需要复用的目录保存到Workspaces
      - persist_to_workspace:
          root: ~/repo # 对应执行器的工作目录
          paths:
            - node_modules # 依赖目录，必选
            - . # 可选，若需要共享整个项目目录，可替换为具体路径（如dist/）

  test:
    executor: cypress-executor # 复用和build一致的环境
    steps:
      # 拉取build作业保存的Workspaces内容
      - attach_workspace:
          at: ~/repo # 和build的root路径保持一致
      - run:
          name: '运行冒烟测试'
          command: 'npx cypress run'
          environment:
            TEST_SUITE: SMOKE

workflows:
  build-and-test:
    jobs:
      - build
      - test:
          requires:
            - build

关键步骤说明 #

• 共享执行器：通过executors定义统一的环境配置，确保build和test使用相同的基础镜像、工作目录，避免环境差异导致的问题。
• 保存Workspaces：persist_to_workspace步骤将build过程中生成的依赖（如node_modules）、构建产物等保存到CircleCI的Workspaces中，这些内容会被后续作业复用。
• 拉取Workspaces：attach_workspace步骤将保存的内容拉取到test作业的环境中，此时test作业就拥有了build结束时的完整状态。

对比其他方案 #

• 自定义Docker镜像：需要在build作业中构建镜像、推送到镜像仓库，test作业再拉取该镜像，涉及镜像版本管理、仓库权限等额外操作，复杂度远高于Workspaces，仅适合长期复用的稳定环境。

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