具有--非交互式的Subversion（svn）问题

因此：

/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）上

这种情况也会发生在一些用户身上，而不是其他用户身上（我们有svn用户，他们可以使用--非交互方式运行，而其他用户则不能，尽管在我不使用--非交互方式运行时，他们的密码是可以接受的）。我尝试删除~/.subversion/auth/目录，当我使用凭据执行

svn up

时，它会正确地重新创建

在这一点上，我感到很困惑。我们的存储库提供商建议我们使用

--信任服务器证书

选项，但在执行以下操作时，我没有收到任何响应（错误或其他消息）：

/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

---

感谢您的帮助…

虚惊一场。事实证明，我们在密码中有一个未替换的符号，这在脚本中会使整个过程中断（这就是为什么在提示时粘贴密码有效的原因）。现在觉得自己很愚蠢

---

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

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

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

---

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

1。永远不要使用

--强制

，除非它真的需要！！！2.尝试完全手动授权（用户名+密码）3

--trust server cert

没有任何其他参数如果一切正常，Url、用户名、密码和交互服务器工作正常，会发生什么情况，但SVN仍然给出此错误？今天我遇到了这个问题，我浪费了一整天，最后我发现了密码错误。作为快速参考：用

^&

和百分比

%%

转义一个符号