全量review

[PHJ369906]

有的历史仓库，历史提交，能不能一次性或者分批次重新review一下？

[DaiKiQi]

感觉这个不太适合，是不是有类似project-review的方式，基于功能点梳理和入口，需要比较高的架构视角。这个一个一个去看每个文件，估计非常多findings。

[css521]

DaiKiQi 说的有道理，逐文件扫描确实会产生大量 findings。不过我觉得这个需求本身是合理的，很多场景确实需要全仓维度的 review，比如新仓库接入时的质量摸底、定期安全审计等。

关于 findings 过多的问题，可以通过一些策略来优化：

• 支持按目录/模块维度分批 review，不用一次全跑

• 按严重等级过滤，优先暴露高优问题

• 支持自定义 review 规则，聚焦特定关注点

我目前正在做这个全仓库 Code Review 的功能，会在现有 diff review 的基础上扩展，支持对整个仓库进行代码审查。整体思路是复用现有的 review 能力和规则体系，同时针对全量场景做结果聚合和噪音控制，确保输出是有价值的。

后续有进展会同步到这里，也欢迎大家继续提想法和建议

[PHJ369906]

是的，其实这个需求基本也只有第一次接入会使用到的 发自我的iPhone

…

------------------ 原始邮件 ------------------ 发件人: css521 ***@***.***> 发送时间: 2026年6月10日 15:32 收件人: alibaba/open-code-review ***@***.***> 抄送: Aox ***@***.***>, Author ***@***.***> 主题: Re: [alibaba/open-code-review] 全量review (Discussion #22) DaiKiQi 说的有道理，逐文件扫描确实会产生大量 findings。不过我觉得这个需求本身是合理的，很多场景确实需要全仓维度的 review，比如新仓库接入时的质量摸底、定期安全审计等。 关于 findings 过多的问题，可以通过一些策略来优化： 支持按目录/模块维度分批 review，不用一次全跑 按严重等级过滤，优先暴露高优问题 支持自定义 review 规则，聚焦特定关注点 我目前正在做这个全仓库 Code Review 的功能，会在现有 diff review 的基础上扩展，支持对整个仓库进行代码审查。整体思路是复用现有的 review 能力和规则体系，同时针对全量场景做结果聚合和噪音控制，确保输出是有价值的。 后续有进展会同步到这里，也欢迎大家继续提想法和建议 — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today! You are receiving this because you authored the thread.Message ID: ***@***.***>