- 步骤一：吊销并轮换该凭据（先止损，再讨论怎么删）
- 步骤二：评审中阻止合并，说明凭据已暴露的风险
- 步骤三：清理代码与 Git 历史（如 git filter-repo），通知相关方
- 预防：把密钥扫描（如 gitleaks）接入 CI 与本地钩子
凭据进过一次远端仓库即按泄露处理：删除提交不能保证没人克隆过。
评审发现误提交的密钥怎么办
评审中看到提交进代码的真实密钥或令牌：按已泄露处理——先吊销轮换，再清理代码与历史；仅从当前文件删掉不等于安全。
易错点
- 只删文件不轮换密钥：泄露的凭据仍然可用
- 指望 rebase 抹掉历史：已推送分支常被克隆，历史未必能真正清除
数据来源与参考
- GitHub Docs · 密钥扫描（secret scanning）与泄露处理
- gitleaks 文档（CI 密钥扫描）