把代码审查融入交付检查
代码生成后，通过 Diff 检查修改范围，用代码审查发现潜在问题，再结合测试结果完善实现。围绕具体位置、影响和修复建议继续迭代，让质量检查成为交付流程的一部分。
Diff 指两个版本的内容差异；Git 是记录代码版本的工具。“未提交变更”指尚未记入 Git 版本记录的修改。项目不是 Git 仓库时，不要照搬分支审查流程，可以先请 JoyCode 只读检查指定文件，并运行项目已有验证。
查看变更与代码审查怎么选#
| 入口 | 界面说明 | 使用时关注 |
|---|---|---|
| 查看变更 | 查看当前未提交的代码变更。 | 哪些文件被修改，新增与删除的内容是否符合本次要求。 |
| 代码审查 | 审查未提交变更或比较分支。 | 具体触发条件、行为影响、问题位置，以及修复后如何验证。 |
表格可左右滑动查看完整内容。
打开入口并明确范围#
在会话输入框中输入 /，选择“查看变更”或“代码审查”。审查前先确认当前项目包含可比较的 Git 改动；指定要检查的未提交修改或分支范围，避免把其他工作的差异混入本次结论。
可以这样提出审查要求#
示例：只读审查未提交改动
只读审查当前项目的未提交改动，暂时不要修改文件。重点检查功能回归、边界条件和测试遗漏。对发现的问题列出文件位置、触发条件、可能影响和修复建议；区分已确认的问题与需要运行复现的疑点。最后说明检查范围及验证情况。如何阅读审查结果#
- 对照原要求
确认修改解决了原问题，文件范围符合约定。
- 核对问题位置
打开相关文件和差异，检查提出的问题是否能在给出的条件下发生。
- 确认修复范围
选定需要处理的问题，在原会话要求修复并补充对应测试。
- 重新验证
查看修复后的差异，运行测试或实际流程，确认问题已经解决。