使用create-pull-request实现多目标分支的发布流程

在GitHub Actions工作流中使用peter-evans/create-pull-request自动化创建发布分支时，开发者经常需要同时向多个目标分支（如develop和master）提交Pull Request。本文将详细介绍如何正确配置工作流来实现这一需求。

常见误区与优化建议

许多开发者会手动创建和推送发布分支，这实际上是不必要的冗余操作。create-pull-request动作已经内置了这些功能，手动操作反而可能导致工作流复杂化。

典型的不必要步骤包括：

• 手动创建本地分支
• 配置Git用户信息
• 手动推送分支到远程仓库

正确的工作流配置方法

要实现同时向develop和master分支创建Pull Request，有两种推荐方案：

方案一：分步执行变更

1. 首先生成发布内容变更
2. 使用create-pull-request向第一个目标分支提交
3. 再次生成相同的变更（如有必要）
4. 向第二个目标分支提交

方案二：使用矩阵策略

更优雅的解决方案是利用GitHub Actions的矩阵策略，这样可以避免重复代码：

jobs:
  create-release-prs:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        target: [develop, master]
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
      
      - name: 生成发布文件
        run: echo "1.1.0" > version.txt
      
      - name: 创建Pull Request
        uses: peter-evans/create-pull-request@v6
        with:
          token: ${{ secrets.GITHUB_TOKEN }}
          base: ${{ matrix.target }}
          branch: release/1.1.0
          title: "Release 1.1.0"
          body: "版本1.1.0发布内容"

关键注意事项

1. 确保每次创建Pull Request前，工作区包含完整的变更内容
2. 不需要手动管理Git分支，动作会自动处理
3. 对于相同的变更集，矩阵策略是最简洁的实现方式
4. 如果变更内容需要针对不同目标分支调整，应采用分步执行方案

通过遵循这些最佳实践，开发者可以轻松实现自动化发布流程，同时向多个目标分支提交Pull Request，提高持续交付效率。