SVN 错误E175002从存储库中签出代码时

Question

尝试从在线存储库中签出代码时，出现以下错误：

E175002：报告 '/repos/xxx/！svn/vcc/default'

我正在尝试从远程计算机签出代码。

Answer 1

经过长时间的研究，我终于找到了一个解决方案，解决方案是将allow from all放在 httpd.conf 上的 svn 配置中：

<Directory /repos>
...
allow from all
...
</Directory>

svn结帐现在工作正常

以上适用于 apache 2.2

如果您使用 Apache 2.4

<Directory /repos>
    ...
    require all granted
    ...
    </Directory>

Answer 2

就我而言，由于缺少Subversion服务器的DNS记录，我E175002了。

Answer 3

我有 2 个问题：

a） apache 用户无法读取svn文件夹

b） 可能Directory设置不正确

在我的示例中，SVN 存储库安装在 /home/svn 下。

1） chown apache.svn -R /home/svn

2） 修改 subversion.conf：

<VirtualHost svn.xxx.com:443>
    ServerName svn.xxx.com
    DocumentRoot /home/svn/
  <Directory "/home/svn/">
        AllowOverride None
        Order allow,deny
        Allow from all
        Options None
    </Directory>
SSLEngine on
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SSLCertificateFile /etc/pki/tls/certs/ca.crt
SSLCertificateKeyFile /etc/pki/tls/private/ca.key
<FilesMatch ".(cgi|shtml|jsp|html|htm|php?)$">
    SSLOptions +StdEnvVars
</FilesMatch>
SetEnvIf User-Agent ".*MSIE.*" 
         nokeepalive ssl-unclean-shutdown 
         downgrade-1.0 force-response-1.0
CustomLog /var/log/httpd/ssl_request_log 
          "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x "%r" %b"
alias /svn /home/svn
<Location /svn>
 DAV svn
 SVNPath /home/svn
 SVNListParentPath On
 AuthType Basic
 AuthName "Repositorio Subversion"
 AuthUserFile /etc/httpd/dav_svn.passwd
 Require valid-user
 allow from all
</Location>
</VirtualHost>

Answer 4

我已经更改了 windows 密码，然后我尝试签出代码，最终出现上述未知主机错误。

我已经重新启动了日食

，并重新启动了设置了日食的虚拟机。

现在我可以结帐了。希望这有帮助。

Answer 5

我遇到了同样的错误，但错误的原因是我在代理服务器后面。我可以通过配置 SVN 以使用此代理服务器来解决此问题。有关如何执行此操作的详细信息，请参阅以下讨论：

如何为 svn 配置 HTTP 代理

Answer 6

在 OSX 环境中，可以检查 ~/.subversion/server如果您落后于代理，可以编辑 http-proxy-xxxxx 属性

Answer 7

同样的问题也发生在我身上，可以通过在不完整的签出文件夹上运行 UPDATE SVN 命令来完成项目的签出。

Answer 8

我今天在Code Composer Studio中遇到了这个问题，我尝试提交的四个文件中只有一个产生了错误。使用命令行为我解决了它。

更多详情：插件中没有命令可以清除错误，但从命令行提交工作正常。（这可能意味着插件中的错误或配置错误。但只要 CLI 有效，我就可以忍受它。插件 - subclipse - 似乎不再受支持，所以我在它似乎有效时使用它，当它不起作用时回退到命令行。到目前为止，插件中出现的每个问题都没有通过命令行发生。