Tout en essayant de la caisse du code à partir d'un référentiel en ligne j'ai obtenu l'erreur suivanteErreur SVN E175002
E175002: REPORT of '/repos/xxx/!svn/vcc/default'
Je suis en train de extraira le code à partir d'un ordinateur distant
Après de longues recherches, j'ai finalement trouvé un solution la solution était de mettre allow from all dans la configuration svn sur httpd.conf:
<Directory /repos>
...
allow from all
...
</Directory>
la caisse svn fonctionne très bien maintenant
ci-dessus sont pour apache 2.2
si vous utilisez apache 2,4
<Directory /repos>
...
require all granted
...
</Directory>
Dans mon cas, j'avais E175002 en raison de documents manquants DNS du serveur Subversion.
J'ai eu 2 problèmes:
a) Le dossier svn n'a pas été lisible par l'utilisateur apache
b) Peut-être le Directory n'a pas été correctement configuré
Dans mon exemple, le dépôt SVN est installé sous /home/svn.
1) chown apache.svn -R /home/svn
2) Modifier 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>
J'ai changé le mot de passe Windows et j'ai essayé de vérifier le code et je finir avec l'erreur d'hôte inconnu ci-dessus .
J'ai redémarré Eclipse et redémarré la machine virtuelle sur laquelle mon Eclipse a été configurée.
Maintenant, je suis en mesure de commander. J'espère que cela t'aides.
J'ai eu la même erreur, mais la cause de l'erreur était, que je suis derrière un serveur proxy. Je pourrais résoudre ce problème en configurant SVN pour utiliser ce serveur proxy. détails comment faire cela se trouvent dans la discussion suivante:
dans l'environnement Mac OS X, peut vérifier ~/.subversion/serveur si vous êtes derrière proxy, peuvent modifier http-proxy-XXXXX attribut
cela a également fonctionné avec une balise de localisation. – ebt
Dans 1.7.2, la prise en charge des directives Directory est perdue car mod_dav_svn ne mappe plus les URL au système de fichiers. Assurez-vous plutôt d'utiliser la directive Location. http://subversion.apache.org/docs/release-notes/1.7.html#mod_dav_svn-fsmap – Eddie
N'a pas fonctionné pour moi – VVB