2014-10-20 119 views
3

所以这个问题:颠覆(SVN)与--non交互式

/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用户可以使用--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 

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

+1

1 ** **切勿使用'--force',直到它真的* *需要! 2.手工完全授权(用户名+密码)3.'--trust-server-cert'没有任何附加参数 – 2014-10-21 00:37:32

+0

如果一切正常,Url,用户名,密码和交互式服务器工作,会发生什么情况,但SVN仍然给这个错误? – ljgww 2016-02-16 14:30:29

回答

2

虚惊一场。原来,我们在密码中有一个非转义的&符号,并且在脚本中丢弃了所有的东西(这就是为什么在提示时粘贴密码的原因)。现在感觉愚蠢......

感谢大家谁阅读并回答...

+2

今天我遇到这个问题,我浪费了一整天的时间,终于发现密码错误。 – 2015-09-07 10:34:52