VSCode 本身不支持 SVN，必须依赖插件和系统级 svn 命令行；需安装 ≥1.10 版本的 svn 并正确配置插件路径，高级操作如 switch、merge 仍需终端执行。
VSCode 本身不支持 SVN，必须靠插件 + 系统级 svn 命令行
VSCode 没有内置 SVN 支持，这点和 Git 完全不同。你看到的“源代码管理器里出现 SVN 图标”，全是插件在背后调用你电脑上装好的 svn 命令实现的。没装 svn，插件就是个空壳——右键菜单灰掉、状态栏不显示分支、点“提交”直接报错 command 'svn.commit' not found。
- Windows 推荐装
TortoiseSVN，但务必勾选 “Command line client tools”（安装时有单独选项） - macOS 用户注意：系统自带的
svn版本太老（常为 1.9.x），VSCode 插件普遍要求 1.10+，建议用brew install subversion覆盖 - Linux 用户确认
which svn返回路径，并检查版本：svn --version≥ 1.10 - 装完后重启终端，再在 VSCode 终端里运行
svn --version，能成功输出才算真正就位
插件选错或没配路径，VSCode 就当没看见 .svn 目录
装了 svn 命令还不行？常见原因是插件没找到它。VSCode 的 SVN 插件（比如 johnstoncode.svn-scm）默认会去 PATH 里找 svn，但 Windows 上很多安装方式不自动加 PATH，或者你装了多个 SVN 客户端（TortoiseSVN + SlikSVN），PATH 指向了错误的那个。
- 打开 VSCode 设置（
Ctrl+,），搜svn.executablePath，手动填入完整路径，例如：C:\Program Files\TortoiseSVN\bin\svn.exe或/usr/local/bin/svn - 填完别忘了保存，然后关掉当前文件夹，重新用 VSCode 打开该工作区（不是新建窗口）
- 如果仍不识别，右键资源管理器里的项目根目录 → “Refresh SVN Status”，强制触发扫描
- 插件不会主动扫描子文件夹；只有根目录下有
.svn，且插件已加载成功，SCM 视图才会显示文件状态（如M、?）
检出（checkout）别在 VSCode 里硬刚，先用命令行或 TortoiseSVN
VSCode 插件的 SVN: Checkout 功能经常卡住、无提示、失败后残留空文件夹。这不是 bug，是设计限制：插件对网络认证、代理、大仓库的健壮性远不如原生命令行。
- 推荐做法：终端执行
svn checkout <url><local-path></local-path></url>，等它跑完再用 VSCode 打开<local-path></local-path> - 如果 URL 需要账号密码，首次运行会交互式提示；后续操作自动复用凭据（存于
~/.subversion/auth/） - 遇到
E170002: Unable to connect，先确认 URL 可访问（浏览器打开试试）、代理设置是否影响svn（svn不读 VSCode 的代理配置） - VSCode 内建的 checkout 仅适合小项目、内网地址明确、无需二次认证的场景
日常提交/更新没问题，但分支合并、重定位（switch）、锁管理还得回终端
插件把 commit、update、revert、diff 做得挺顺手，右键点点就行。但一碰到 svn switch 切分支、svn merge 合并、svn lock 加锁这些高级操作，UI 就消失了——它们压根没被集成进插件菜单。
- 分支切换必须用命令行：
svn switch <new-url></new-url>，切完再在 VSCode 里右键“Refresh SVN Status” - 冲突解决时，插件只标红文件，但不提供三路合并视图；你得手动编辑冲突标记，再运行
svn resolve --accept=working <file></file> - 想看某次提交改了哪些文件？插件日志只列消息，不列变更列表；得用
svn log -v -l 5 <url></url> - 所有涉及路径重写、URL 变更、权限操作的命令，都绕不开终端
说到底，VSCode 对 SVN 是“能用，但别指望它替代 TortoiseSVN 或命令行”。复杂协作流程里，它只是个好用的编辑器界面，底层还得信 svn 本身。
