Code Review 听上去是个很古老的词了，真正能践行的人并不多。

但有了 AI 的加持，Code Review 变得简单了很多。

下面介绍一个利用 Git diff 文件配合 Cursor 工具来辅助重构老代码的小技巧，该技巧主要帮助你在 refactor 过程中自动检测可能的兼容性破坏和逻辑错误，从而降低手工 review 的工作量。

另外说一句，使用 Cursor 得到成果后，要及时提交代码，

1. 生成 Diff 文件

首先，在本地仓库中对你所做的改动生成一个 diff 文件：

git diff > my_changes.diff

这样，你就把本次所有的代码修改保存到了 my_changes.diff 文件中。这个 diff 文件包含了修改前后的所有细节，对于后续的自动化审查非常有用。

2. 利用 Cursor 分析 Diff

Cursor（或类似的智能代码审查工具）可以读取这个 diff 文件，并帮助你分析代码修改是否存在问题。使用方法大致如下：

• 加载 Diff 文件：将 my_changes.diff 文件的内容复制到 Cursor 的输入区域，或直接通过工具的文件导入功能加载该文件。

• 设置分析目标：你可以向 Cursor 提出类似下面的请求：

  “请帮我检查下面 diff 文件中的改动，看看是否存在破坏兼容性的改动或逻辑上的错误。”

  Cursor 会解析 diff 文件的每个修改块（hunk），并对代码改动进行语义理解，检测：

  • 接口兼容性：比如公共 API 的方法签名变更、字段删除或重命名等，这些都可能导致外部依赖出现问题。

  • 逻辑错误：如条件判断的改动、变量赋值顺序的调整，或者可能引入的边界情况问题等。

• 反馈与建议：Cursor 分析完毕后，会返回一个详细的报告，指出哪些改动可能存在风险，并给出一些改进建议。例如，它可能会指出：

  • “在 xxx 方法中移除了某个参数，可能导致依赖此接口的调用方出错。”

  • “此处修改了判断逻辑，建议补充单元测试验证新逻辑下的行为。”

3. 优势和实践体验

使用这种方式的好处主要有：

• 快速定位潜在风险：无需人工逐行比对 diff，工具就能智能标记出可能存在兼容性破坏和逻辑隐患的改动。

• 提高代码质量：通过自动化检测，能够在代码合入之前发现一些不易察觉的逻辑问题，减少重构带来的隐患。

• 便于 CI/CD 集成：你可以将这个步骤纳入到 CI 流程中，让工具自动审查每次提交或 PR 的 diff 文件，保证代码库稳定性。

4. 总结

整个流程可以概括为：

1. 使用 git diff > xxx.diff 生成改动记录。

2. 将 diff 文件输入到 Cursor 工具中，并请求其检测兼容性和逻辑上的问题。

3. 根据 Cursor 的反馈，及时调整代码，确保重构过程中不会引入新的问题。

这种方法简单高效，特别适用于重构老代码时快速定位风险点。最近在实际项目中使用后，体验非常不错，是一种值得推广的代码质量保障小技巧。