CircleCI如何为多环境分支复用作业并配置对应上下文

没问题，我来帮你搞定这个CircleCI的多环境部署配置，完美实现作业复用还能对应不同环境的上下文～

首先你的思路完全正确，通过复用同一个deploy作业，搭配分支过滤和上下文绑定，就能彻底避免重复编写代码。下面是补全并优化后的完整配置：

version: 2
jobs:
  deploy:
    docker:
      - image: google/cloud-sdk
    steps:
      - checkout
      # 这里可以根据环境做差异化处理（如果需要的话）
      - run: |
          # 示例：根据分支判断当前环境，执行对应部署命令
          if [ "${CIRCLE_BRANCH}" == "master" ]; then
            echo "开始部署到生产环境 🚀"
            # 替换成你的生产环境部署命令
            gcloud app deploy --project your-production-project
          else
            echo "开始部署到预发布环境 🧪"
            # 替换成你的预发布环境部署命令
            gcloud app deploy --project your-staging-project
          fi
workflows:
  version: 2
  deploy_to_environments:
    jobs:
      # 生产环境部署：仅master分支触发，关联production上下文
      - deploy:
          name: deploy-production
          filters:
            branches:
              only: master
          context: production
      # 预发布环境部署：仅develop分支触发，关联staging上下文
      - deploy:
          name: deploy-staging
          filters:
            branches:
              only: develop
          context: staging

关键细节唠唠： #

• 作业复用核心：只定义一次deploy作业，在workflow里通过不同的配置参数实例化两次——这样就不用写两份几乎一样的作业代码啦。
• 分支精准触发：用filters.branches.only指定每个部署实例对应的触发分支，确保只有master推代码才跑生产部署，develop推代码才跑预发布部署，不会串环境。
• 上下文绑定敏感信息：通过context字段关联你在CircleCI后台创建好的production和staging上下文（里面可以存各自环境的密钥、项目ID这些敏感内容，不用硬写在配置里）。
• 差异化部署处理：如果两个环境的部署命令有差异，直接通过CIRCLE_BRANCH环境变量做判断就行，不用拆分多个作业；要是差异大，也可以用上下文里的自定义变量来区分。
• 控制台易区分：给每个部署实例加个name（比如deploy-production），这样在CircleCI控制台看任务的时候，一眼就能分清是哪个环境的部署。

这样配置完，你往master或develop分支推代码时，对应的部署任务就会自动触发，完全符合你的需求～

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