我之前迁移CI/CD时也碰到过一模一样的问题，结合你已经完成的操作，下面几个方向应该能帮你彻底解决：

1. 优先检查GitHub仓库的分支保护规则 #

这几乎是问题的核心！很多时候我们会在分支保护规则里强制要求特定CI状态通过才能合并PR，哪怕Jenkins已经停止运行，GitHub依然会一直等待这个状态。操作步骤：

• 打开目标GitHub仓库，进入Settings → Branches → Branch protection rules
• 找到你设置了合并限制的分支规则（比如main或develop分支）
• 下拉到Require status checks to pass before merging区域，查看已勾选的状态检查列表
• 找到和Jenkins相关的检查项（比如带jenkins标识、或是你之前配置的自定义状态名称），将其从列表中移除后保存规则

2. 清理Jenkins项目的残留状态推送配置 #

即使你已经禁用了Jenkins项目，还是可以检查下项目配置里的遗留设置：

• 进入Jenkins中对应的禁用项目，点击Configure
• 拉到Post-build Actions部分，看看是否存在Set GitHub commit status这类操作，如果有，直接删除这个动作（清理彻底避免后续意外）

3. 检查Jenkins全局GitHub插件配置 #

既然不能卸载jenkins-github插件，可以看下全局配置里的默认推送开关：

• 进入Jenkins的Manage Jenkins → Configure System
• 找到GitHub相关配置区域，检查是否有类似"Automatically set commit status for all builds"的全局选项，把它关闭

4. 手动清除特定提交的残留状态（可选） #

如果上面的操作完成后，个别旧PR仍显示等待Jenkins状态，可以用GitHub CLI手动清理：

• 先安装并登录GitHub CLI（执行gh auth login完成授权）
• 查看目标提交的状态：gh api repos/你的用户名/仓库名/statuses/目标提交SHA
• 找到Jenkins相关状态的ID，执行gh api -X DELETE repos/你的用户名/仓库名/statuses/状态ID删除该状态

按这个流程操作后，那个烦人的"default Expected"状态应该就会消失，开发人员也能正常合并PR了。

内容的提问来源于stack exchange，提问作者Vini.g.fer