SVN每次更新都弹密码框，这个老生常谈的问题，归根结底不是服务器配置出了故障，而是本地凭据未能成功保存。简单梳理下来，诱因无非三个：客户端未开启保存功能、系统缺乏可用的密码存储后端、或者旧缓存损坏导致新登录凭证被覆盖。下面逐个详细说明解决方法，帮你彻底告别SVN保存凭据失败、每次更新都需要输入密码的烦恼。
检查并开启客户端保存开关
SVN默认不会自动记住密码，需要手动打开该功能。配置文件的具体路径如下：
- Linux/macOS：
~/.subversion/config - Windows：
%APPDATA%\Subversion\config
找到 [auth] 小节，确认下面两个选项的值均已设为 yes：
- store-passwords = yes
- store-auth-creds = yes
如果选项前带有#（表示被注释），请去掉#；如果值为no，请改为yes。修改后直接保存即可，无需重启终端，下一次执行SVN操作时便会自动生效。
指定可用的密码存储后端
单纯开启开关还不够——SVN需要一个实际存放密码的存储后端。如今的主流Linux发行版（如Ubuntu 22.04+、CentOS 8+）默认禁止明文存储，必须明确指定后端。仍在刚才的config文件中，于 [auth] 部分添加或修改以下内容：
- password-stores = gnome-keyring （适用于GNOME桌面环境）
- password-stores = kwallet （适用于KDE桌面环境）
- password-stores = gpg-agent （适用于无图形界面或需加密存储的场景）
- 请避免填写 simple：它代表明文缓存，新版本的SVN在编译时通常已移除此功能支持
若选用gpg-agent，还需确保环境变量配置正确：
- 在
~/.bashrc或~/.profile文件中添加：
export GPG_TTY=$(tty) - 执行 gpg-agent --daemon 启动服务（也可让桌面环境自动管理）
清理损坏的旧缓存
如果之前保存过错误的凭证，它会阻碍新登录信息被正常记忆。最彻底的做法是清空认证目录：
- 运行命令：rm -rf ~/.subversion/auth/*
- 请注意：只清空内部内容，不要将整个
auth目录删除，目录结构需保留
清理完成后，首次执行 svn update 或 svn info 时仍会弹出密码输入框。这次务必勾选“保存凭证”选项，或者确认终端未屏蔽凭证保存逻辑（若使用非交互式脚本，可添加 --non-interactive 参数配合使用）。
图形工具额外注意点
TortoiseSVN、VS Code SVN插件、Eclipse Subversive 等图形工具底层调用的仍是SVN库，但它们各自拥有独立的UI控制项：
- TortoiseSVN：右键 → Settings → Saved Data → 勾选 “Authentication data”
- VS Code SVN扩展：首次弹出对话框时，留意复选框是否默认未选中，手动勾选后再点击OK
- Eclipse：删除
~/.eclipse/org.eclipse.core.runtime/.keyring或Subversion配置目录下的auth子目录，然后重启Eclipse
这些步骤看似简单，但确实容易被忽略。只要将上述三个方面的设置逐一检查并完成，基本就能彻底告别每次更新都要输入密码的麻烦。
