如何让TravisCI或GitHub应用自动修改Pull Request？附测试需求

我之前帮类似项目处理过这种多环境测试输出不一致的问题，给你几个实用的方案，既能实现CI自动更新PR的预期输出，也有更优的测试思路：

不管用TravisCI还是GitHub Actions（后者现在更主流也更灵活），都能实现这个需求，核心逻辑是让CI在测试发现输出差异时，自动把新生成的有效输出替换掉仓库里的预期文件，并提交到PR分支。

以GitHub Actions为例，具体步骤如下：

1. 配置CI权限：在你的.github/workflows/test.yml里，给CI赋予写入仓库的权限，这样它才能提交代码：

   permissions:
     contents: write
     pull-requests: write
   

2. 编写测试与更新脚本：在CI步骤里，先运行测试生成新输出，对比旧预期，有差异就替换并提交：

   # 1. 编译项目（根据你的构建流程调整）
   mkdir build && cd build
   cmake .. && make -j4
   
   # 2. 运行测试生成新的输出文件
   ../pcb2gcode ../test/gerbers/*.gbr -o ../test/temp_output/
   
   # 3. 对比新旧输出，如果存在差异则更新预期文件
   if ! diff -r ../test/expected/ ../test/temp_output/; then
       echo "Updating expected outputs to match CI environment..."
       rm -rf ../test/expected/*
       cp -r ../test/temp_output/* ../test/expected/
   fi
   
   # 4. 提交变更到PR分支（避免无限CI循环，commit信息加[skip ci]）
   git config --global user.name "CI Auto-Update Bot"
   git config --global user.email "ci-bot@your-project.com"
   git add ../test/expected/
   git commit -m "Update expected outputs [skip ci]" || echo "No changes to commit"
   git push origin HEAD:${{ github.head_ref }}
   

3. 触发条件设置：让这个工作流只在PR触发时运行，避免直接推送到主分支时自动更新预期：

   on:
     pull_request:
       branches: [ main, master ]
   

如果用TravisCI，逻辑类似，只是需要配置Travis的访问令牌（GITHUB_TOKEN）来获得推送权限，步骤和脚本大同小异。

自动更新预期输出虽然直接，但可能会让PR里出现额外的文件变更，增加评审负担。这里有两个更优雅的思路：

• 输出归一化：把输出中与版本相关的可变内容（比如boost版本注释、时间戳、日志序号等）过滤掉，再和预期文件对比。比如用sed替换掉这些无关差异：

  # 生成输出并过滤掉版本相关行
  ./pcb2gcode test/gerbers/*.gbr | sed '/Boost version/d' > test/output/filtered.gcode
  # 对比过滤后的输出和预期
  diff test/expected/filtered.gcode test/output/filtered.gcode
  

  这样不同库版本下的输出经过归一化后，就能用同一个预期文件，不需要频繁更新。

• 按环境分组的预期文件：给预期输出按依赖版本分类，比如创建test/expected/boost-1.70/、test/expected/boost-1.75/这样的目录，CI运行时根据当前环境加载对应的预期目录。第一次运行某个环境时，CI可以自动生成该目录并提交到仓库，后续相同环境就直接复用，既覆盖多环境，又减少PR里的变更。

• 评审环节不能少：不管用哪种方案，自动更新的预期输出都需要开发者在PR里确认，确保是合理的版本差异，而不是代码bug导致的错误输出。
• 避免无限循环：提交变更时一定要加[skip ci]关键字，这样CI推送代码后不会再次触发工作流，陷入循环。
• 冲突处理：如果PR里已经有人修改了预期文件，CI推送可能会冲突。可以在脚本里加入git pull --rebase origin ${{ github.head_ref }}来自动合并，或者让CI失败，提示开发者手动处理冲突。

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