visual tutorial tortoise pais svn

svn - tutorial - 403 Error prohibido al usar Subversion



tortoise svn server (12)

Creo que lo que pasa aquí es que Subversion (independientemente de la plataforma del sistema operativo en la que esté instalado su servidor) distingue entre mayúsculas y minúsculas.

Sin embargo, el sistema operativo de los clientes tal vez no. Y eso podría crear un problema.

En mi compañía, tuve este caso y me tomó alrededor de una hora resolverlo. Entonces, un desarrollador, que estaba trabajando en mac, se comprometió con el archivo svn con el mismo nombre, pero cambió un par de letras en su nombre a mayúsculas. Para mac y subversión, no es un problema y el archivo entra.

Más tarde, otro desarrollador, que funcionaba en el equipo portátil de Windows, recibió un error y Windows se confundió por completo y no pudo hacer nada.

entonces, la solución fue - les pregunté a los desarrolladores, cuál de dos archivos puedo eliminar. Lo hice en Linux y todos están felices desde entonces.

por lo tanto, la ortografía de mayúsculas / minúsculas no es un problema de subversión, sino de Windows OS uno.

Recientemente me actualicé a Subversion 1.5, y ahora no puedo enviar mi código al repositorio. Aparece un mensaje de error: "403 Prohibido en respuesta a MKACTIVITY". Sé que la actualización funcionó porque mis compañeros desarrolladores no están recibiendo este problema. ¿Que esta pasando?

El error Access to ''foo'' forbidden o 403 Forbidden indica que su cuenta de usuario carece de permisos para el repositorio solicitado. Como los nombres de los repositorios y las rutas en los repositorios distinguen entre mayúsculas y minúsculas, debe verificar que la URL que ingresó sea correcta y que inicie sesión con las credenciales correctas. Ejecute svn auth para ver las credenciales almacenadas en su computadora cliente.

Normalmente, el control de acceso en Subversion se implementa en forma de autorización basada en ruta y es totalmente compatible con los niveles de acceso de Lectura / Escritura , Solo lectura y Sin acceso. Si implementa una política compleja de control de acceso, debe comprender los principios de control de acceso en Subversion. Lea el artículo KB33: comprender la autorización del servidor VisualSVN para obtener más información. Mientras dice ''Servidor VisualSVN'' en el título, el artículo cubre la autorización basada en ruta en general y debe aplicarse a otras distribuciones de servidor SVN.

El usuario / certificado no tiene privilegios para leer el repositorio en svn. Por esa razón, no puede acceder al repositorio a través del navegador / tortuga. Habla con el administrador para resolver este problema.

En mi caso, el problema era que Jenkins estaba pasando por un proxy. He dado las siguientes propiedades en el archivo catalina.properties de Tomcat.

http.proxyHost=proxyserver http.proxyPort=3128

Para indicarle que evite pasar por el proxy, tuve que agregar la propiedad http.nonProxyHosts. Se pueden separar varios hosts por conducto (|)

http.nonProxyHosts=localhost|*.companydomain.com

El servidor SVN estaba en la intranet. No necesité pasar por proxy.

Nos topamos con el periódico y es muy frustrante para los desarrolladores. Por alguna razón, la lectura desde el repositorio parece ser insensible a mayúsculas y minúsculas, pero compromete los cuidados.

Entiendo la razón por la cual el caso es importante debido a las raíces de Subversion en los sistemas de archivo Unix que distinguen entre mayúsculas y minúsculas, ¡pero realmente desearía que obtuviera el error en el proceso de pago inicial y no en el compromiso!

Otra instancia en la que este problema se desarrollará es si usted comete un archivo dos veces con el mismo nombre pero con diferentes mayúsculas (por ejemplo, foobar y FooBar). Esto solo es posible, por supuesto, en un sistema de Windows y puede ser solo un caso especial de la respuesta de Todd anterior. Uno de nuestros desarrolladores accidentalmente hizo esto y de manera similar nos costó muchas horas de depuración.

Otra posible razón, dentro de un entorno msWin como cliente, es la configuración del proxy.

Configuración: internet-explorer / internetOptions / connections / LAN-Settings / advanced / exceptions

Pon tu servidor SVN dentro de las excepciones.

Los nombres pueden ser otros, no uso el inglés como lenguaje sys.

Para mí, la actualización funcionaba pero la operación de confirmación me daba 403 errores prohibidos. Lo solucioné cuando hice la verificación del correo electrónico.

Respondiendo mi propia pregunta:

¡Al parecer, mi URL SVN tenía el estuche incorrecto! Una búsqueda en Google arrojó un artículo (ya no está disponible en línea) que explicaba lo que estaba sucediendo. Mi URL tenía el formato http://svn.foobar.com/foobar pero el repositorio real se llamaba http://svn.foobar.com/fooBar .

Utilizo TortoiseSVN, por lo que la solución fue usar el comando Reubicar para corregir la ruta al repositorio.

Espero que esto ayude a alguien más.

Sucedió para mí y la razón es que no tengo acceso a esa carpeta. Una vez que el administrador agregó mi usuario, pude verificar el código.

Tuve el mismo problema:

se produjo un error al acceder a la entrada del repositorio (403 Prohibido)

y encontré algunos enfoques diferentes. Pero para mí la solución fue: descargar la versión correcta del complemento ( subclipse 1.4 ) para svn instalado en el servidor, que era 1.4.3