基于GitHub Actions的Salesforce多分支CI/CD流水线配置求助

一、解密环节“无法读取目录”报错修复 #

• 检查Workflow解密步骤的working-directory配置：确保指定目录在仓库中存在，或移除该参数使用默认仓库根目录。
• 确认加密文件路径：解密命令中server.key.enc的路径必须与仓库实际存放路径完全匹配，例如文件存放在.github/secrets/下时，命令需写为：

  openssl enc -d -aes-256-cbc -in .github/secrets/server.key.enc -out server.key -k ${{ secrets.ENCRYPTION_KEY }} -iv ${{ secrets.ENCRYPTION_IV }}
  

• 验证密钥与IV一致性：确保GitHub Secrets中存储的ENCRYPTION_KEY和ENCRYPTION_IV与加密时使用的内容完全一致，无多余空格或特殊字符。

二、授权环节“sh: 1: read: Illegal option -s”报错修复 #

该错误因GitHub Actions默认使用sh shell，而read -s是bash专属扩展命令，解决方法如下：

• 在授权步骤中指定bash作为shell，示例Workflow代码：

  - name: 授权Dev环境Org
    shell: bash
    run: |
      sf org login oauth --client-id ${{ secrets.CLIENT_ID }} --client-secret ${{ secrets.CLIENT_SECRET }} --alias dev-org --set-default
  

• 摒弃交互式读取逻辑：直接将OAuth客户端密钥存入GitHub仓库Secrets，在Workflow中通过变量引用传递，避免使用read -s命令。

三、哈希密钥（Hash Key）与哈希IV（Hash IV）生成流程 #

使用OpenSSL命令即可生成AES加密所需的密钥和IV，流程如下：

• 生成256位加密密钥（适配AES-256算法）：

  openssl rand -hex 32
  

  输出的64字符十六进制字符串即为ENCRYPTION_KEY，将其存入GitHub Secrets。
• 生成128位初始化向量（IV，AES标准要求长度）：

  openssl rand -hex 16
  

  输出的32字符十六进制字符串即为ENCRYPTION_IV，同样存入GitHub Secrets。
• 加密JWT密钥文件（如server.key）：

  openssl enc -aes-256-cbc -in server.key -out server.key.enc -k <你的ENCRYPTION_KEY> -iv <你的ENCRYPTION_IV>
  

  将生成的server.key.enc提交至仓库，Workflow中通过对应密钥和IV解密即可。

四、Workflow分支触发逻辑优化 #

确保触发规则匹配分支合并/推送场景，示例配置：

on:
  push:
    branches:
      - Developer
      - Master
  pull_request:
    branches:
      - Developer
    types: [closed]

• 当PR合并至Developer分支时（pull_request closed类型），触发Dev org部署；
• 当代码推送到Master分支时，触发生产环境部署（按需配置）。

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