Bitbucket Pipelines独立步骤执行gsutil提示命令不存在的问题咨询

Bitbucket Pipelines 的执行机制中，每个独立step都对应一个全新的隔离容器实例，上一个step运行期间产生的所有环境修改，都不会自动同步到下一个step的运行容器中。

对应到你的配置场景：

• 第一个step执行时，临时启动的容器完成gcloud安装、PATH路径修改操作后，容器会在step结束后被直接销毁，所有安装的文件、修改的环境变量都不会残留
• 第二个step启动时，重新拉取基础镜像node:14.15.4作为运行环境，这个镜像本身未预装gcloud工具链，自然无法识别gsutil命令，触发命令不存在的报错
• 当你把gcloud安装、gsutil执行逻辑放到同一个step时，所有操作都在同一个容器会话里完成，安装后的命令、修改的PATH对当前会话直接生效，因此流程可以正常跑通

• 合并步骤执行
  直接把gcloud安装、PATH配置、gsutil文件传输的全流程整合到同一个step的script列表中，复用你已经验证过可正常运行的逻辑。这个方案改动最小，适合没有强步骤拆分需求的场景。
• 使用自定义预装镜像
  自行构建一个基于node:14.15.4、预装了gcloud工具链并配置好全局PATH的自定义容器镜像，替换流水线中默认的基础镜像。这种方式下所有step启动时都会自带gsutil命令，无论怎么拆分步骤都可以直接调用，也能省去每次安装gcloud的时间开销。
• 搭配缓存机制实现跨步骤工具复用
  不需要改动基础镜像的情况下，通过Bitbucket Pipelines的缓存能力在步骤间传递gcloud安装文件：
  1. 在全局配置中定义gcloud专用缓存路径，把安装目录指定到缓存可识别的路径下
  2. 两个关联的step都挂载同一份gcloud缓存，第一个step完成gcloud安装后，文件会被缓存留存
  3. 第二个step启动后，在脚本开头手动把gcloud的bin目录加入当前会话的PATH，再执行gsutil命令

参考配置片段：

definitions:
  caches:
    gcloud: /opt/cache/gcloud
pipelines:
  branches:
    'INSTALL STEP':
      - step:
          name: Install Gcloud
          caches:
            - gcloud
          script:
            - echo "starting build"
            - # 执行gcloud安装逻辑，指定安装路径为/opt/cache/gcloud
      - step:
          name: gsutil execution
          caches:
            - gcloud
          script:
            - export PATH="/opt/cache/gcloud/google-cloud-sdk/bin:$PATH"
            - gsutil cp <<你的文件传输逻辑>>

注意：环境变量修改是会话级临时配置，不会被缓存自动保存，因此所有用到gcloud命令的step，都需要在脚本开头手动补充PATH配置。

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