Question

所以这个：

/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)

for Subversion 1.6.11。

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

对于某些用户而不是其他用户也会发生这种情况（我们有svn用户可以使用--non-interactive运行，而其他用户则不能，尽管他们在没有--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

感谢您的帮助......

Answer 1

误报。事实证明我们在密码中有一个未转义的＆符号，并且在脚本中抛出了整个东西（这就是为什么在提示工作时粘贴密码的原因）。现在感到愚蠢...

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

Answer 2

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

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

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

Subversion（svn）问题 - 非交互式

2 个答案: