vscode本身不支持跨分支查重，插件如codemirror duplicate finder仅扫描当前工作区文件，不理解git分支概念；需手动导出两分支代码至同一目录后扫描，或用simian等命令行工具跨目录比对。
VSCode 本身不提供“跨分支查重”功能，也没有插件能直接比对两个分支里语义重复的代码块。所谓“检测不同分支间的代码重复”，本质是两步：先分别提取两个分支的代码快照，再用重复检测工具扫一遍。工具只认文件内容，不认分支标签。
为什么不能直接“跨分支查重”
所有代码重复检测插件（包括 CodeMirror Duplicate Finder）都只扫描当前工作区已加载的文件，它们不理解 Git 分支概念，也不会自动 checkout 或 diff 出另一个分支的文件树。你看到的“当前分支”只是 VSCode 状态栏显示的一个标识，插件不会主动读取 git log 或 git ls-tree 来拉取其他分支的源码。
- Git 分支是提交指针，不是文件集合；重复检测必须基于实际文本内容
-
CodeMirror Duplicate Finder不支持指定路径前缀或动态目录切换，它只扫 workspace folders 下当前可见的文件 - 即使你手动
git checkout other-branch，插件也不会自动重载或对比前后差异——它只会重新扫描当前 checkout 的那一份
可行的实操路径：导出 + 合并 + 扫描
真正能落地的做法是把两个分支的待查目录分别导出为临时文件夹，合并后统一扫描。例如想比 main 和 feature/auth 在 src/utils 下的重复：
- 在终端执行：
git archive main:src/utils | tar -x -C /tmp/branch-main-utils - 再执行：
git archive feature/auth:src/utils | tar -x -C /tmp/branch-feature-utils - 把两个文件夹复制进同一个空 workspace（如
/tmp/combined-utils），确保无嵌套 - 用 VSCode 打开这个新 workspace，安装并配置
CodeMirror Duplicate Finder，调高duplicate-finder.minLines到 5、duplicate-finder.similarityThreshold到 75 - 右键 →
Find Duplicates in Workspace，重复块若同时出现在/main/和/feature/子路径下，就属于跨分支重复
容易漏掉的关键点
这种做法看似简单，但有三个地方极易出错：
- 模板字符串和 JSX 内容默认被
CodeMirror Duplicate Finder跳过，必须手动开启duplicate-finder.includeStrings: true，否则大量 React 组件逻辑重复会完全隐身 - 如果两个分支中同一文件用了不同编码（比如一个带 BOM，一个 UTF-8 clean），插件解析失败但不报错，结果就是“明明有重复却没高亮”
- Git archive 不包含软链接和子模块内容，若
src/utils里有 symlink 到shared/，那部分代码根本不会被导出，也就不可能被扫到
替代方案：用 Simian 命令行工具
对中大型项目，更稳的方式是绕过 VSCode 插件，直接用 simian 做跨分支文本比对：
- 先用
git worktree add /tmp/main-worktree main和git worktree add /tmp/feature-worktree feature/auth拉出两个干净工作树 - 运行：
simian -excludes="**/node_modules/**,**/__tests__/**" /tmp/main-worktree/src/utils /tmp/feature-worktree/src/utils -
simian对缩进、空格、换行更宽容，且明确支持跨目录比对，输出含行号和文件路径，可直接跳转 - 缺点是需额外安装（
brew install simian或下载二进制），且不集成进 VSCode 编辑器内
真正难处理的从来不是工具能不能跑起来，而是“重复”的定义本身模糊：两个函数参数名不同、一个加了日志、一个少了个空校验——这些在 simian 或 CodeMirror Duplicate Finder 眼里都是“不重复”，但业务上可能就是该合并的冗余逻辑。这时候得靠人去比对 diff 结果里的共性关键词，比如都调了 localStorage.setItem 或都 catch 了 NetworkError，再逐段看上下文结构是否一致。
