GitLab CI跨项目复用.ps1脚本构建时报文件不存在问题求助

• 跨Job工作区未共享：GitLab CI中不同Job默认独立运行，initialize阶段克隆的test_clone仓库仅存在于该Job的运行环境中，当前缓存配置仅标记untracked: true，未明确指定需要缓存test_clone目录，导致build阶段无法获取克隆下来的脚本文件。
• 复制命令参数缺失：build阶段执行的cp test_clone/ example/是Linux环境下的目录复制操作，缺少递归参数-r，即使能拿到test_clone目录，也无法完整复制目录下的.ps1脚本到example文件夹。
• 复制路径逻辑问题：如果example目录本身不存在，当前cp命令会把test_clone重命名为example，如果是要把test_clone下的文件放到example目录内，需要先创建example目录再复制，或者调整复制命令为cp -r test_clone/* example/。
• Dockerfile路径匹配问题：需确认test_clone仓库根目录下直接存放test3.ps1，而非放在子目录中，否则复制后路径也会不匹配。

image: docker:latest

stages:
 - initialize
 - build
 - deploy

repo1 pull:
 stage: initialize
 script:
   - git clone https://lgitlabn01vpr.xxx.com/user/test_clone.git
 # 明确指定缓存克隆的脚本目录
 cache:
    key: "$CI_COMMIT_REF_NAME"
    paths:
      - test_clone/

variables:
  DOCKER_DRIVER: overlay2

services:
  - docker:dind
# 全局缓存配置和initialize阶段保持一致，确保所有Job都能拿到test_clone目录
cache:
    key: "$CI_COMMIT_REF_NAME"
    paths:
      - test_clone/

before_script:
 - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY

build-master:
 stage: build
 script:
   # 先创建example目录避免重命名问题，再递归复制指定脚本
   - mkdir -p example
   - cp -r test_clone/*.ps1 example/
   - docker build --cache-from "$CI_REGISTRY/$CI_PROJECT_PATH/$CI_COMMIT_BRANCH" -t "$CI_REGISTRY/$CI_PROJECT_PATH/$CI_COMMIT_BRANCH" .
   - docker push "$CI_REGISTRY/$CI_PROJECT_PATH/$CI_COMMIT_BRANCH"

deploy-to-swarm-develop:
 stage: deploy
 when: manual
 variables:
   DOCKER_HOST: "$CI_DOCKER_HOST_TEST"
   SERVICE_NAME: "$CI_PROJECT_NAME"
   CI_CARPETAS_PASSWD: "$CI_CARPETAS_PASSWD"
   CI_CARPETAS_USER: "$CI_CARPETAS_USER"
 image: docker:latest
 script:
   # 直接调用缓存中的test2.ps1
   - powershell -File test_clone/test2.ps1 ${CI_CARPETAS_USER} ${CI_CARPETAS_PASSWD}
   - docker stack deploy --with-registry-auth --compose-file=docker-stack-compose-test.yml ${SERVICE_NAME}
 environment:
   name: develop
   url: http://${CI_COMMIT_REF_NAME}.xxx.com

• Git Submodule/Subtree：把存放脚本的公共仓库作为目标仓库的子模块，每次拉取目标仓库时可直接关联拉取指定版本的脚本，不需要在CI中单独克隆，版本控制更清晰。
• CI模板复用：把公共脚本的逻辑封装为GitLab CI模板，其他项目直接include模板即可，不需要每个项目单独写克隆、调用脚本的逻辑。
• 脚本打包上传到制品库：把公共.ps1脚本打包后上传到公司内部的制品库（比如Nexus、GitLab Package Registry），CI运行时直接下载指定版本的脚本包即可，不需要克隆整个仓库，速度更快，也方便做版本管理。
• 基础镜像内置脚本：如果脚本变动频率很低，可以直接把公共脚本内置到构建用的基础镜像中，不需要每次CI都拉取，运行效率最高。

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