VSCode和Git本身不支持语义级代码查重，仅能进行字节级比对；真正查重需借助jscpd等专用工具，结合Git历史快照分析逻辑相似性。
VSCode 本身不提供代码重复检测（查重）功能，Git 也不负责语义级重复识别——它只记录文件内容的字节级变更。所谓“结合 Git 查重”，本质是利用 Git 历史 + 外部工具定位**同一仓库内不同版本/分支间重复修改、冗余补丁或拷贝粘贴痕迹**，不是查算法逻辑重复，而是查“人写的相似块是否反复出现”。
为什么 git diff / VSCode 内置 diff 不能直接查重
VSCode 的 vscode.diff 视图、git diff 或 Git: Compare Branches 都只做**逐行字节比对**，显示增删改位置。它们不会：
- 跨文件识别相同函数体（哪怕重命名了）
- 忽略空格/注释后比对逻辑结构
- 标记“这段代码在 v1.2 和 v1.5 都被手动复制过”
- 发现 feature/a 和 feature/b 分支里各自写了几乎一样的校验逻辑
所以，单纯点开两个 commit 对比，看到“没差异”或“差异很大”，都不等于“没重复”——可能只是重复藏在不同文件、不同函数名下。
用 git log + grep 快速筛出可疑重复修改
适合发现“某段错误修复/配置模板被多次手写粘贴”的场景。例如你怀疑 src/utils/api.ts 里的超时处理逻辑被不同人在不同分支里各自重写过：
- 先用
git log -p --grep="timeout" -- src/utils/api.ts看所有含 timeout 的提交补丁 - 再加
--oneline --all扩大范围：git log --oneline --all -p --grep="axios.defaults.timeout" | head -20 - 如果输出里多个 commit 都包含高度相似的 3–5 行配置代码（比如都设了
timeout: 10000+retry: 2），就是重复信号
注意：--grep 只搜提交信息，要搜代码内容得用 -S（pickaxe）：git log -S "timeout: 10000" --oneline --all。但 -S 对变量名敏感，改个名就漏掉。
用 git show + diff -y 做双列文本级比对
当你已锁定两个疑似重复的 commit（比如 a1b2c3d 和 e4f5g6h），想快速看它们改的同一文件是否实质雷同：
- 导出两版代码：
git show a1b2c3d:src/services/auth.ts > auth-v1.ts，git show e4f5g6h:src/services/auth.ts > auth-v2.ts - 用系统 diff 工具并排比：
diff -y auth-v1.ts auth-v2.ts | head -30 - 关键看是否大量行显示
xxx | xxx（左右相同）或xxx | yyy（仅微调），而非整块/ <code>> yyy（完全重写）
这个方法绕过 VSCode 渲染，直击原始文本，对发现“复制后改个参数名”的低级重复最有效。但需手动提取文件路径，git show 不支持通配符批量导出。
真正要查逻辑重复？得换工具，Git 只是数据源
如果你的目标是“检测整个项目中语义相似的函数”，必须引入专用工具，Git 和 VSCode 只负责提供历史快照：
-
jscpd（JS/TS）：npx jscpd --path ./src --threshold 70，会扫描所有文件，报告相似度 >70% 的代码块，支持从 Git 仓库读取历史版本（加--git参数） -
simian（多语言）：命令行运行，输出重复行数和位置，可配合git archive导出指定 commit 的快照再扫 - VSCode 插件如
Code Spell Checker或TabNine不解决查重，别被名字误导
重点在于：所有这些工具都需要你明确告诉它“查哪几个版本”，Git 本身不自动聚类相似代码——它连“函数”都没概念，只认文件 blob。
容易被忽略的一点：Git 的 .gitignore 会彻底屏蔽被忽略文件的历史，如果你的重复代码在 node_modules/ 或 dist/ 里，git log 根本看不到它们，查重也就无从谈起。动手前先确认目标文件确实在 Git 跟踪范围内。
