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