Notepad++的SVN插件（NPPSvn）已停止维护，不兼容v7.9+（尤其是x64版），Plugin Manager中不可见；需手动下载nppsvn_v1.2.zip，解压NPPSvn.dll放入plugins\NPPSvn\目录，依赖TortoiseSVN 1.14.x及PATH配置，仅支持svn://或file:///协议，Commit功能需配合右键TortoiseSVN使用。
Notepad++ 的 SVN 插件（即 NPPSvn）早已停止官方维护，且与新版 Notepad++（v7.9+，尤其是 x64 版本）存在严重兼容问题——直接通过 Plugin Manager 安装会失败、安装后不显示菜单、或点击即崩溃。这不是你配置错了，是插件本身已无法适配当前架构。
为什么 Plugin Manager 里搜不到 Subversion 或安装后没反应
Notepad++ 自 v7.9 起彻底移除了旧版插件管理器（Plugin Manager），改用基于 updater 的新机制；而 Subversion 插件最后更新停留在 2017 年，仅支持 v32 位 + v7.5.x 及更早版本。你在 Plugin Manager 的 “Available” 标签页里找不到它，是因为该插件未提交到新仓库清单中。
- 新版 Notepad++（v7.9+）默认安装为 x64 架构，但
NPPSvn.dll仅提供 x86（32 位）版本，强行加载会触发 DLL 入口点异常，导致插件静默失效 - 即使你降级到 v7.5.9 x86，Plugin Manager 也可能因网络策略或证书过期拉不到插件列表（2024 年起多数镜像已下线）
- 插件依赖的 SVN 运行时（如
libsvn_client-1.dll）需与本地 TortoiseSVN 或 Command-line SVN 版本严格匹配，否则 Commit 窗口打不开或报Failed to load library
离线安装 NPPSvn.dll 的实操要点
必须手动部署，且路径和命名有硬性要求：Notepad++ v7.6+ 强制要求插件以子目录形式组织，不能直接把 DLL 扔进 plugins/ 根目录。
- 下载可靠来源的
nppsvn_v1.2.zip（注意不是nppplugin_svn_x86.zip，后者是另一个已废弃分支） - 解压后得到
NPPSvn.dll，新建文件夹plugins\NPPSvn\（名称必须全大写、无空格、与 DLL 名前缀一致） - 将
NPPSvn.dll放入该文件夹，**不要**放在plugins\下或plugins\NPPSvn\x86\子层 - 确保系统已安装 TortoiseSVN（建议 1.14.x），其 bin 目录（如
C:\Program Files\TortoiseSVN\bin）已加入PATH，否则插件启动时找不到libapr-1.dll等依赖
Commit 提交失败的典型错误和绕过方式
点击 Plugins → Subversion → Commit File 后弹出空白窗口、卡死、或报错 Can't create tunnel: Not a valid path，基本都指向 SVN URL 解析或工作副本元数据损坏。
- 确认当前文件属于合法 SVN 工作副本：在文件所在目录执行
svn info，输出应含Working Copy Root Path；若提示Not a working copy，说明 Notepad++ 无法识别 .svn 文件结构（新版 SVN 1.14+ 默认用./svn/wc.dbSQLite 格式，而 NPPSvn 只认旧版./svn/entriesXML） - 避免使用 HTTPS 协议的远程仓库 URL：
NPPSvn不支持现代 SVN 的 TLS 1.2+ 握手，仅能处理svn://或本地file:///路径 - 真正稳定的替代方案是：用快捷键
Ctrl+Alt+A唤出 Commit 窗口后，**立刻关闭它**，然后右键文件 → “TortoiseSVN → Commit…” —— 这样既保留 Notepad++ 编辑体验，又复用成熟 GUI
别指望它支持 update / diff / log 等完整功能；NPPSvn 本质只是 TortoiseSVN 的快捷入口壳，所有逻辑都透传给外部进程。只要 Commit 能调起乌龟窗口，就算成功——其余都是幻觉。
