¿Por qué Subversion no permite enviar files .htaccess?

No puedo enviar files .htaccess desde mi cliente Windows SVN (TortoiseSVN). El error que se devuelve es:

No se pudo leer la línea de estado: el host remoto cerró forzosamente la connection existente.

Y aquí está básicamente lo que mi vhost parece en Apache:

<VirtualHost *:80> DocumentRoot /var/www/mydomain.com/legacy/trunk/html ServerName mydomain.com <Directory /var/www/> FileETag MTime Size AllowOverride All </Directory> <Directory /var/www/tools> AllowOverride All </Directory> <Location /svn> DAV svn SVNPath /var/svn/repos/MyRepo # Limit write permission to list of valid users. # Require SSL connection for password protection. # SSLRequireSSL ErrorDocument 404 default AuthType Basic AuthName "Authorization Realm" AuthUserFile /etc/httpd/conf/.htpasswd Require valid-user </Location> </VirtualHost> 

¿Cómo se puede cambiar esto para que se puedan comprometer los files .htaccess?

Acabo de enterarme de cómo solucionar ese problema: simplemente ponga esto en su configuration de host virtual para anular el http.conf global:

 <Files ~ "^\.ht"> Order allow,deny Allow from all Satisfy All </Files> 

Fuente

ESTA es la respuesta correcta (probada), pero el operador abandonó su pregunta: /

Subversion se sirve desde un server Apache que también utiliza .htaccess para el control de acceso, por lo que podría estar impidiendo que haga algo que no tiene la intención de hacer.

verifique el file de logging de errores de apache. Es posible que vea información adicional sobre por qué el server svn no pudo finalizar la confirmación.

Verifique otros files de configuration de Apache. En mi /etc/apache2/modules.d/00_default_settings.conf pnetworkingeterminado (en una installation gentoo), tengo una FilesMatch "^.ht" que FilesMatch "^.ht" Deny from all .

Sugeriría ejecutar un grep -r -i "\\.ht" * del directory / etc / apache o / etc / httpd o / etc / apache, para ver qué se te ocurre.

También puede ser una directiva AccessFileName , así grep para eso también.

¿Hay otros files comprometidos desde TortoiseSVN?

Si la confirmación funciona desde un cliente SVN en la misma casilla que TortoiseSVN en la misma copy de trabajo (¿se puede verificar?), Entonces supongo que las diferentes versiones de SVN y TortoiseSVN causarán el problema.

TortoiseSVN -> About informará que la versión del cliente SVN fue creada con. Verifique que las versiones de su cliente / server sean compatibles .

 <Files ~ "^\.ht"> Order allow,deny Allow from all Satisfy All </Files> 

Esto funcionó para mí también. Con una ligera complejidad lo estaba haciendo en un server plesk.

Después de agregar las líneas anteriores a mi file vhost creado en

 /var/www/vhosts/system/[your domain]/conf 

Corrí a continuación para rebuild los files conf

 /usr/local/psa/admin/sbin/httpdmng --reconfigure-domain [your domain] 

y el comit funcionó!

Gracias, espero que esto ayude a las personas que usan plesk