Svn 颠覆性拒绝凭证

我最近从Subclipse切换到Subversive，我遇到了一些路障。具体来说，Subversive的身份验证机制似乎不那么灵活。Subclipse将存储我的凭据，如果我输入的凭据不正确，或者在服务器上更改了凭据，它将重新提示我登录。Subversive似乎没有做到这一点，相反，它将继续使用我以前的无效登录，只显示一个带有SVN错误的弹出窗口：

Some of selected resources were not committed.
svn: Commit failed (details follow):
svn: Negotiate authentication failed: 'No valid credentials provided'

---

不幸的是，谷歌在为这个错误寻找解决办法方面没有太大帮助。如何清除旧的SVN登录并使用Subversive重新输入？

几乎所有Subversion客户端都会尝试遵守本机命令行客户端设置的标准。此客户端将身份验证信息存储在

%APPDATA%/Subversion/auth/    // on Windows
~/.subversion/auth            // on Unix&Co

在Subversion一书中可以找到有关的更多详细信息

尽管大多数subversion客户端尝试使用现有数据，但它们有不同的代码库来解释这些数据。这意味着，超新版本的命令行客户端可能会使用Subversive版本不支持的身份验证方法。在这些文件中存储信息的方式也是如此

好的一面是：通常客户端不会无需覆盖现有文件，它们可以读取旧客户端编写的文件

因此，一个可能的解决方案是让最老的客户机写入此信息，而较新的客户机将在不修改它的情况下读取此信息

这曾经帮助我将命令行客户机、ant任务使用的客户机和Eclipse客户机“结合在一起”

---

但这对你的处境是否有帮助是另一回事。作为第一次检查，您可以备份和删除提到的目录，并尝试一下。

我是从Subclipse的角度回答这个问题的，但我认为这会有所帮助

上次我查看Subversive时，它在其存储库对话框中收集了您的凭据，并在Eclipse中维护了自己的缓存。所以你必须回到那个位置去编辑它们。也可能在Eclipse首选项的某个地方提供

Subclipse过去是这样工作的，但用户总是遇到这样的问题。所以在Subclipse 1.0多年前发布之前，我们完全改变了这一点。Subclipse根本不收集或存储凭据，它完全遵从Subversion，由Subversion来存储凭据。这种方法的好处是，Subversion具有检测服务器密码更改之类的信息的智能，它应该提示您输入它存储的新凭据。按照API的工作方式，如果您将自己的凭据存储为Subversive，那么您就不会得到同样的机会。您将从Subversion中得到一个错误，如上面所示

我并没有真正使用Subversive，但它可能允许您根本不在其对话框中输入凭据，在这种情况下，它可以遵从Subversion及其缓存

---

我当然会建议您切换回Subclipse，因为它的维护更加积极，并且与Subversion密切相关。Subclipse已经以支持SVN 1.7为例，并参与了新功能的开发。

请参见我的编辑。svn命令行工具没有给我任何错误。只是颠覆性的。当只有Subversive有问题时，我不希望破坏完美的身份验证数据。@Cerin-解释了更多-请检查