如何在Eclipse中更改SVN存储库的凭证?


122

我在Windows上安装了带子剪辑的Eclipse 3.4.2。另一位开发人员使用其凭据添加了一个SVN存储库,并选择了“保存密码”。现在,每次我对SVN进行任何操作时,都会使用其缓存的凭据。我如何将它们更改为我的?

我已经检查了'workspace / .metadata / .plugins / org.tigris ...'文件夹,找不到任何方法来重置那些缓存的凭据。

Answers:


160

http://subclipse.tigris.org/wiki/PluginFAQ#head-d507c29676491f4419997a76735feb6ef0aa8cf8

用户名和密码

在定义存储库时,Subclipse不会收集或存储用户名和密码凭据。这是因为JavaHL和SVNKit客户端适配器足够智能,可以在需要时(包括在更改密码时)提示您输入此信息。

您还可以允许适配器缓存此信息,并且常见的问题是如何删除此缓存的信息,以便再次提示您?我们有一个开放的请求,要求向JavaHL添加一个API,以便我们可以提供一个UI来执行此操作。当前,您必须手动删除缓存。缓存的位置取决于所使用的客户端适配器。

JavaHL在Subversion运行时配置区域中将信息缓存在与命令行客户端相同的位置。在Windows上,它位于%APPDATA%\ Subversion \ auth中。在Linux和OSX上,它位于〜/ .subversion / auth中。只需查找并删除带有缓存信息的文件。

SVNKit将信息缓存在Eclipse密钥环中。默认情况下,这是一个名为.keyring的文件,该文件存储在Eclipse配置文件夹的根目录中。这两个值都可以使用命令行选项覆盖。要清除缓存,您必须删除文件。重新启动时,Eclipse将创建一个新的空密钥环


13
因此,就我而言,我一直在使用JavaHL,它在Subversion运行时配置区域中兑现凭证数据。在Windows上,该文件位于十六进制长名称文件之一的“ C:\ Documents and Settings \%USER%\ Application Data \ Subversion \ auth \ svn.simple”中。在记事本中打开它们,使用同事的凭据找到该人并将其删除即可解决问题。谢谢你的帮助!
2009年

26
好答案。为了方便其他用户使用,在Windows 7上它位于C:\ Users \%USER%\ AppData \ Roaming \ Subversion \ auth \
Hbas 2011年

17
如果使用SVNKit(而不是JavaHL),它将信息缓存在Eclipse中的configuration \ org.eclipse.core.runtime \下名为.keyring的文件中。关闭Eclipse并删除文件。重新启动时,Eclipse将创建一个新的空密钥环。
luiggitama 2011年

5
在Windows 7上,您找到带有(粘贴到资源管理器地址中)的文件夹:%APPDATA%\ Subversion \ auth
Synox 2012年

5
在Linux上,我需要删除:$ home / .subversion / auth / svn.simple / *
Jon Schneider

42

我妻子建议:

  1. 打开SVN存储库视图
  2. 打开位置属性...
  3. 显示凭据:按[X]按钮
  4. 选择用户,输入密码,然后按[完成]

和所有的工作!


8
这似乎是针对颠覆性的,而不是针对Subclipse的。那正确吗?使用Subclipse,我看到的是“属性”,而不是“位置属性...”,并且出现的对话框根本不包含有关用户,密码或身份验证的任何内容。
LS

2
打开Windows /首选项,在搜索框中键入SVN,然后单击“配置位置”。该文件夹应包含配置和服务器文件以及auth子文件夹...
Pierluigi Vernetto 2013年

非常好。就我而言,在选择maven项目导入之前,我必须手动设置存储库的位置和身份验证信息,因为在导入期间,我无法输入任何身份验证信息
..

23

转到c:\ Documents and Settings [用户名] \ Application Data \ subversion \ auth \ svn.simple

并删除十六进制文件。通常每个文件都与一个存储库关联


13

在Mac OS X上,转到文件夹/ $ HOME(/ Users / {user home} /)。您将看到文件“ .eclipse_keyring”。去掉它。所有保存的凭据将丢失。



12

在Eclipse中更改用户名和密码太简单了。

只需执行以下步骤:

在您的Eclipse中,

转到窗口->显示视图->其他->(键入为)SVN存储库->单击该(SVN存储库)->右键单击SVN存储库->位置属性->常规选项卡,更改凭据的以下详细信息。

而已。


8

在Windows 7上,转到C:\ Users \%User_Name%\ AppData \ Roaming \ Subversion并删除auth目录。请注意,如果您连接到多个SVN服务器,这将删除您已配置的所有SVN服务器的身份验证。如果您只想重置一台服务器:

在auth目录中,您应该看到一个名为svn.simple的文件夹。使用文本编辑器打开每个文件,以确定要删除的文件,然后仅删除该单个文件。


7

遵循的非常简单的步骤:Eclipse:窗口---->首选项-----> SVN -----> SVN接口----->选择SVNKit(纯Java)


7

在Windows中:

  1. 开路型 %APPDATA%\Subversion\auth\svn.simple
  2. 这将打开svn.simple文件夹
  3. 您将找到一个文件,例如大字母数字文件
  4. 删除该文件。
  5. 重新开始蚀。
  6. 尝试编辑项目中的文件并提交
  7. 您可以看到询问用户名密码的对话框

它对我有用....;)


5

我无法找到该svn.simple文件,但是可以使用以下三个步骤来更改凭据:

SVN结帐项目

在此处输入图片说明

选择您需要在其上更改凭据的存储库(注意:您将不会执行结帐,但这将使您进入屏幕以输入用户名/密码组合)。

在此处输入图片说明

最后,输入新的用户名和密码凭据:

在此处输入图片说明

这有点令人困惑,因为您开始了初始化新项目的过程,但是只重置存储库凭据。


3

在任何Windows版本上,请遵循以下路径:

C:\Users\{user_name}\AppData\Roaming\Subversion\auth\svn.simple

然后删除该文件夹中具有十六进制代码的文件,然后重新启动Eclipse。


3

(Windows 7 Eclipse Indigo 3.7)

C:\ Users \\ AppData \ Roaming \ Subversion \ auth \ svn.simple

找到svn信息文件并使其可写。
(它们是默认的只读)(不需要重新启动Eclipse)


3

我想出了我在下面写的方法,它对我来说非常有效

在Eclipse中,请按照以下简单步骤操作:文件->导入->键入svn->从svn进行项目->下一步->创建新的存储库位置->下一步->身份验证菜单下方将显示“安全存储”。单击此按钮“安全存储”。在这里我们可以删除所有密码缓存。现在,一旦您在这里,请遵循以下步骤:

  1. 在密码标签下,点击“清除密码”
  2. 在“目录”选项卡下,转到SVN,选择每个子选项,然后单击“删除”
  3. 重新开始蚀

现在,所有存储的密码都消失了,您可以使用新的svn密码进行同步


更简单的方法CTRL + 3->类型Secure Storage
Tony

1

删除以下位置的.keyring文件:configuration \ org.eclipse.core.runtime,然后,将邀请您提示您新的svn帐户。


1

删除以下位置的.keyring文件:configuration \ org.eclipse.core.runtime,然后,将邀请您提示您新的svn帐户。对我来说,它奏效了。


0

我正在使用svn + ssh协议访问SVN。为了解决类似的问题,我要做的是打开Putty并对其进行重新配置,以使其在保存的会话中不具有错误的user_name @ myserver,而是具有correct_user_name @ myserver。


0

在Eclipse中:Ctrl + F8-> SVN存储库浏览->右键单击存储库->位置属性->完成;)



0

Windows上有多个位置,SVN将根据系统配置放置缓存的凭据。阅读SVNBook | 客户凭证

  • 主凭证存储位于中%APPDATA%\Subversion\auth,您可以运行svn auth命令以查看和管理其内容。

  • 您还可以运行cmdkey以查看Windows凭据管理器中存储的凭据。

  • 如果您的SVN服务器与Active Directory集成在一起并且支持诸如VisualSVN Server之类的集成Windows身份验证,则您的Windows登录凭据将用于身份验证,但不会被缓存。您可以运行whoami以查找您的用户帐户名。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.