因为我使用 SpringSource ToolSuite 2.7.1 并安装了最新的 Subclipse 插件 (1.6.x)，所以无论我是否启用了“保存密码”复选框，每次我在仓库中提交一些内容以获取我的密码时，这个插件都会询问我.据我所知，Subclipse 插件本身不存储凭据，而是使用来自底层 SVN 适配器的身份验证信息，因此我尝试以下操作但没有成功：
1) 删除~/.subversion/auth
2) 删除~/.eclipse_keyring
重启 STS 后，密码对话框每次都会再次提示。
安装了 Eclipse Indigo 和相同的 Subclipse 插件后，这种奇怪的行为并没有发生，密码按预期自动获取。 如果我从命令行使用 svn，在我最初输入密码后，它会自动使用，不会再让我烦恼。
任何建议，为什么这在 SpringSource 工具套件下不起作用？
亲切的问候 多米尼克
【问题讨论】：
标签： eclipse svn subclipse sts-springsourcetoolsuite
我对 subclipse 插件没有太多经验。几年前我尝试过几次，但对我来说并不顺利。然后我切换到颠覆性的。我没有遇到过这个颠覆性插件的问题，所以也许你可以尝试切换一下，看看这是否对你有帮助。
【讨论】：
我会尝试删除或重命名 ~/.subversion 文件夹。 config 和 servers 文件中还有一些设置可以防止密码存储。你也没有提到你正在使用什么访问方法......例如密码不存储为 svn+ssh://
了解您使用的是 JavaHL 还是 SVNKit 也很重要。 JavaHL 是本机 Subversion，因此密码缓存在 ~/.subversion/auth 中。 SVNKit 将密码缓存在 Eclipse 密钥环中，但我相信它会从 SVN 密码缓存中读取，如果它已经存在 - 或至少习惯于。
最后，因为它适用于 Eclipse 但不适用于 STS（应该没有理由）可能会检查权限？ STS 是否出于某种原因以其他用户身份运行？
【讨论】：
安全存储的设置是相同的。但似乎没有使用这些设置，提到的文件不存在。与此同时，我已经安装了 STS 2.7.2 更新和一个新的 Subclipse 插件，但没有成功，每次提交都会再次弹出对话框。之后，我创建了一个新用户，将整个 STS 2.7.2 安装目录（包括 Maven、tc 和刚刚安装的 Subclipsed 插件）复制到一个为所有用户共享的目录中。由于新用户缺乏读取权限，我必须修复 maven 子目录的文件权限。我从 svn 签出了一个项目并对其进行了修改。在最初的用户名/密码问题之后，此对话框不再弹出。看来，对于这个新用户来说，一切都很顺利。我切换回原始用户并启动 STS 2.7.2。来自完全相同的地方，共享目录。但是......你预测它......对话框一次又一次地弹出......我的任何用户设置似乎都有问题，但是哪一个？我也删除了 ~/.subversion/auth 和整个 ~/.subversion。没有办法避免给定用户的密码问题。嗯，奇怪，还有什么提示或建议吗？
【讨论】：
已解决：原因是 STS.app 无法访问 MacOS X KeyChain 以获得 SVN 密码。因此，它不得不一次又一次地询问。使用的 Eclipse.app 被添加为受信任的应用程序，用于访问存储的 svn 密码。奇怪的是，我无法将 STS.app 添加到 SVS 密码条目的受信任应用程序列表中，但这里是 another question。如果我激活“每个程序的访问权限”复选框，STS.app 就可以读取此密码并且不再询问！
【讨论】：