tag - Error de confirmación de SVN, acceso prohibido
tag svn (5)
Recientemente me enfrento al problema de comprometerme con SVN. El servidor SVN que estoy usando es VisualSVN Server 2.5.9 y el cliente es TortoiseSVN 1.7.12.
Al principio, un usuario está teniendo problemas para enviar archivos a SVN. Pero ese usuario todavía puede acceder al repositorio y descargar la actualización. El segundo usuario en la segunda PC está funcionando correctamente. Pero hoy, el segundo usuario tiene el mismo problema que el primer usuario.
¿Por qué sucede esto? ¿Cómo puede resolverse el problema? Gracias.
Como nuevo usuario de estos dos paquetes de software, experimenté exactamente el mismo problema. Como también se descubrió anteriormente, mi solución fue usar las mismas letras de caso que se encuentran en la ruta del Repositorio.
Aquí hay una sugerencia que me parece útil: en VisualSVN, puede hacer clic derecho en la ruta, luego hacer clic en "Copiar URL en el Portapapeles" para pegar en Tortuga y asegurarse de que la ruta sea idéntica.
En realidad, tuve este problema igual que tú. Mi Windows es el servidor 2008 y mi información de subversión es:
TortoiseSVN 1.7.6, Build 22632 - 64 Bit, 2012/03/08 18:29:39 Subversion 1.7.4, apr 1.4.5 apr-utils 1.3.12 neon 0.29.6 OpenSSL 1.0.0g 18 de enero de 2012 zlib 1.2. 5
Utilicé de esta manera y resolví este problema. Utilicé la opción [grupo]. Esta opción hace problema. Reescribo el contenido del archivo authz. Quito la opción de grupo. y me puse uno por uno. Yo uso bien.
Gracias por leer.
No pude enviar archivos csharp (* .cs). Al final, el problema fue que en algún momento instalé mod_mono, lo que hizo que los archivos * .cs no fueran accesibles, a través de su configuración. Por lo tanto, puede tratarse de un problema de configuración de apache, si solo algún tipo de archivo no es accesible.
grep ".cs" /etc/apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...
Puede obtener el error "Prohibido" si su cuenta de usuario carece de permisos de acceso a un repositorio o ruta del repositorio; Tiene sentido verificar la configuración de autorización de su cuenta de usuario. Asegúrese de que el administrador del sistema no le haya otorgado permiso de No acceso a la ruta del repositorio.
Si está seguro de que los permisos están configurados correctamente, entonces vuelva a verificar la URL que usa. Las URL en Apache Subversion distinguen entre mayúsculas y minúsculas .
Además, le aconsejo que lea los artículos sobre autorización en Subversion y VisualSVN Server:
- SVNBook sobre la autorización basada en la ruta .
- Artículo del equipo de VisualSVN sobre la autorización basada en rutas. Explica los principios de la autorización de SVN comparándolo con el control de acceso de Windows.
Si el problema reside en el lado del cliente, esta podría ser una de las causas del error.
En los clientes, TortoiseSVN
guarda las credenciales del cliente en
Configuración de la tortuga / datos guardados / datos de autenticación.
Recibí el mismo error al intentar enviar mis archivos, pero se cambiaron mis credenciales. El borrado de este caché aquí le dará una ventana emergente en el próximo intento de confirmación para volver a ingresar sus credenciales correctas.