WebStorm不存储SVN账号密码，而是依赖底层SVN客户端的认证缓存：Windows走凭据管理器，macOS走钥匙串，Linux用GNOME Keyring或~/.subversion/auth/；强制重输需手动清理对应系统凭证，再执行SVN操作触发认证弹窗。
WebStorm里SVN账号密码存在哪？
WebStorm本身不直接存储SVN账号密码，它依赖底层 SVN 客户端（如命令行 svn 或内置 JavaSVN）的认证缓存机制。你看到的“记住密码”选项，实际是让 WebStorm 调用 SVN 客户端时启用其凭证保存逻辑——比如在 Windows 上走 Windows 凭据管理器，在 macOS 上走 Keychain，在 Linux 上可能用 GNOME Keyring 或纯明文缓存（取决于 SVN 版本和配置）。
这意味着：改 WebStorm 设置 ≠ 改 SVN 凭证；清空 WebStorm 缓存也不等于清掉 SVN 登录态。
怎么强制重新输入 SVN 账号密码？
常见场景是密码过期、账号切换或权限变更后 WebStorm 一直报 Authentication failed 却不弹登录框。这时候不能只靠 WebStorm 的 Settings → Version Control → Subversion 里点“Clear auth cache”——它只清 WebStorm 自己的轻量缓存，不碰 SVN 客户端的凭证库。
- Windows：打开「控制面板 → 用户账户 → 凭据管理器 → Windows 凭据」，找到以
svn:或https://开头的条目，删掉对应 SVN 服务器地址的条目 - macOS：打开「钥匙串访问」，搜索你的 SVN 域名（如
svn.example.com），删掉类型为internet password的相关项 - Linux（GNOME）：运行
seahorse图形工具，或终端执行git config --global credential.helper gnome-keyring确认启用后，删对应服务条目；若用纯文件缓存，删~/.subversion/auth/下对应子目录（如svn.simple/里的 hash 文件）
删完后，下次 WebStorm 执行任何 SVN 操作（比如 Update Project），就会弹出标准 SVN 认证对话框，让你重新输账号密码。
WebStorm 的 SVN 配置页里哪些设置真有用？
Settings → Version Control → Subversion 页面里，真正影响账号密码行为的只有两个地方：
-
Use command line client：勾选后 WebStorm 使用系统安装的svn命令（推荐），此时账号密码完全由该svn客户端管理；不勾则走内置 JavaSVN，凭证会存在~/.subversion/auth/（Linux/macOS）或注册表（Windows），但 JavaSVN 对 HTTPS 证书、NTLM 等支持较弱，容易卡在认证环节 -
Store passwords in keychain（macOS）或Use default system proxy settings：前者决定是否把密码交给系统钥匙串，后者影响代理环境下的连接可达性；其余如Ignore certificates只在自签名证书场景下临时有用，但不应长期开启
注意：Configuration directory 路径如果手动改过，要确保该路径下 auth/ 子目录可写，否则 SVN 客户端无法保存新凭证，每次都会重试失败。
为什么改了密码 WebStorm 还连不上？
最常被忽略的是 SVN 仓库 URL 的协议和大小写敏感性。例如：
- 你配置的是
https://svn.example.com/repo，但服务器实际重定向到https://SVN.EXAMPLE.COM/repo（DNS 解析一致但 Host 头不同），SVN 客户端会把它当成另一个服务，单独存一套凭证 - 用了
http://却服务器已强制跳转 HTTPS，而旧凭证仍绑在http://地址上 - SVN 服务器启用了 realm（认证域），比如返回
realm: "MyCompany SVN"，而你之前输过同域名下另一个 repo 的凭证，但 realm 不同 → 视为不同服务，不会复用
验证方法：终端进项目根目录，手动跑 svn info，看输出的 URL: 和 Repository Root: 是什么，再对照你删凭证时搜的关键字——必须完全一致才能命中。
真实项目里，一个团队共用多个 SVN 仓库是常态，每个仓库的 realm、URL 大小写、协议都可能不同。别指望“清一次缓存全搞定”，得按实际 URL 逐个清理。
