如何修改GitHub Checks针对PR在Azure DevOps中的构建仓库？

首先咱们先理清问题根源：你的GitHub仓库PR Checks目前还绑定着离职员工创建的Azure DevOps外部仓库流水线，所以PR触发时会拉取旧的YAML配置；而合并到master后能正常构建，是因为master分支用的是你调整后的、当前仓库的正确流水线配置。不用急着删旧仓库任务，按以下步骤逐步排查修改即可：

1. 检查GitHub仓库的Azure Pipelines集成关联 #

登录你的GitHub仓库，进入Settings > Integrations > GitHub Apps（或直接找到Azure Pipelines的授权入口），查看是否还关联着那个旧Azure DevOps仓库的流水线。如果是，直接移除该旧关联，再重新将当前正确的Azure DevOps仓库流水线与GitHub仓库绑定。

2. 调整Azure DevOps端的流水线触发规则 #

登录对应Azure DevOps组织，分别处理新旧两个仓库的流水线：

• 针对旧仓库的流水线：进入Edit > Triggers > Pull request validation，检查是否仍将你的目标GitHub仓库设为触发源，若是则直接删除该触发规则。
• 针对当前正确的仓库流水线：确认Pull request validation已正确配置目标GitHub仓库的PR触发，同时确保YAML路径指向当前仓库的正确配置文件（比如azure-pipelines.yml）。

3. 强制刷新GitHub Checks缓存 #

有时候GitHub会缓存旧的Checks配置，你可以手动触发更新：
在GitHub仓库开一个测试PR，然后到Azure DevOps里手动运行一次当前正确的流水线，指定触发该测试PR。完成后，GitHub的Checks应该会同步更新为新的流水线源。

4. 最后考虑删除旧仓库的构建任务 #

如果以上步骤都完成后，PR构建仍指向旧仓库，再考虑删除旧仓库里对应的流水线。建议先备份旧流水线的YAML配置，避免后续有回溯需求时无据可查。

另外，如果你不确定旧YAML的具体版本，可以到Azure DevOps旧仓库的流水线历史中，查看每次运行的YAML快照，找到PR触发时使用的版本，和当前正确YAML做差异对比，确保配置没有遗漏项。

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