使用 --non-interactive 的 Subversion (svn) 问题答案

【问题标题】：Subversion (svn) problems with --non-interactive使用 --non-interactive 的 Subversion (svn) 问题
【发布时间】：2014-10-20 22:18:01
【问题描述】：

所以这个：

/usr/local/bin/svn up --force --no-auth-cache --username my_user

工作正常（在我提供密码后）。虽然这样：

/usr/local/bin/svn up --force --no-auth-cache --non-interactive --username my_name --password my_pass

取决于返回的svn版本：

svn: E215004: Authentication failed and interactive prompting is disabled; see the --force-interactive option
svn: E215004: Unable to connect to a repository at URL 'https://my_repository'
svn: E215004: No more credentials or we tried too many times.
Authentication failed

对于 Subversion 1.8.8 和：

svn: OPTIONS of 'https://my_repository': authorization failed (https://my_repository)

对于 Subversion 1.6.11。

所有这些都在 Fedora 服务器上的命令行 (bash) 上。

这也发生在某些用户身上，而不是其他用户（我们有可以使用 --non-interactive 运行的 svn 用户和其他不能运行的用户，尽管当我在没有 --non-interactive 的情况下运行时他们的密码被接受）。我尝试删除 ~/.subversion/auth/ 目录，当我使用凭据执行 svn up 时，它会正确地重新创建。

在这一点上相当难过。我们的存储库提供商建议我们使用 --trust-server-cert 选项，但是当我这样做时，我没有得到任何响应（错误或其他消息）：

/usr/local/bin/svn up --force --no-auth-cache --non-interactive --quiet --username my_name --password my_pass --trust-server-cert ~/.subversion/auth_iii/svn.ssl.server/my_cert

感谢您的帮助...

【问题讨论】：

1. 永远不要使用--force，直到它真的需要！！！ 2. 完全手动尝试授权（用户名+密码） 3. --trust-server-cert 没有任何额外的参数
如果一切正常，Url、用户名、密码和交互服务器正常工作，但 SVN 仍然出现此错误，会发生什么？

标签： svn

【解决方案1】：

误报。原来我们在密码中有一个未转义的 & 符号，这在脚本中把整个事情都扔掉了（这就是为什么在提示时粘贴密码有效的原因）。现在觉得自己很蠢……

感谢所有阅读和回复的人......

【讨论】：

今天遇到这个问题，浪费了一整天，终于发现密码错误。
作为快速参考：使用 ^& 转义 & 符号和百分比 %%

【解决方案2】：

也有这个问题。可以通过粘贴到网站登录，但不能通过命令行登录。奇怪的是，可以使用公钥切换到 ssh+svn 并获得身份验证，但随后就被启动了。

不是因为奇怪的字符，我相信某些 svn 服务器实际上存在这个错误的超时，因为它可以防止使用非交互式的暴力登录攻击。大概等了 30 分钟，然后重试。

只是记下这一点，因为这是人们要避免的另一个时间槽。

【讨论】：