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?403 Error prohibido al usar Subversion
responder a mi propia pregunta:
Al parecer, mi URL SVN tenían el caso equivocado! 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.
Uso TortoiseSVN, por lo que la solución fue utilizar el comando Reubicar para corregir la ruta al depósito.
Esperemos que esto ayude a otra persona.
Nos encontramos con el periódicamente 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 que 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 la comprobación inicial no en la confirmación!
De acuerdo, obtener el error haciendo checkout sería mucho mejor. – Stiefel
Otra instancia en la que este problema se desarrollará es si se comete un archivo dos veces con el mismo nombre pero con distintas 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.
Todd tiene razón. Lo estúpido es que el navegador repo acepta letras mayúsculas y minúsculas al momento de pagar, pero la confirmación fallará si utilizaste el caso incorrecto al momento de pagar.
Salí de https://svn.domain.com/Company/Product/trunk pero no pude confirmar porque la URL correcta era https://svn.domain.com/company/product/trunk.
Creo que lo que sucede aquí es que Subversion (independientemente de la plataforma del sistema operativo donde esté instalado el servidor) es mayúscula/minúscula.
Sin embargo, el sistema operativo de los clientes tal vez no. Y eso podría crear un problema.
En mi compañía he tenido este caso y me tomó alrededor de una hora encontrarlo. 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 entró.
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 los 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, pero Windows OS uno.
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.
Otra razón posible, dentro de un entorno msWin como cliente, es la configuración del proxy.
Configuración: Internet-Explorer/internetOptions/conexiones/LAN-settings/avanzadas/Excepciones
Ponga su SVN-Server dentro de las excepciones.
Los nombres pueden ser otros, no uso el inglés como idioma sys.
que tenían el mismo problema:
producido un error al acceder al repositorio de entrada (403 Prohibido)
y me encontré con algunos enfoques diferentes. Pero para mí era la solución: descargar el plugin correcto (subclipse 1.4) versión para svn instalado en el servidor que era 1.4.3
¿Podría explicarnos más cómo instaló esta función? – abarisone
acabo de instalar subclipse desde http://subclipse.tigris.org/update_1.4.x ya que la versión svn en el servidor es 1.4.3 en eclipse svn repository exploring agregué mi ruta de repositorio, por ej. https: // myserver/svn/myproject/trunk – everson
El usuario/certificado no tiene privilegios para leer el repositorio de subversion. Por esa razón, no puede acceder al repositorio a través del navegador/tortuga. Hable 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
Con el fin de instruir a evitar pasar por Proxy he tenido que añadir http.nonProxyHosts propiedad. Se pueden separar varios hosts por conducto (|)
http.nonProxyHosts=localhost|*.companydomain.com
El servidor SVN estaba en la intranet. No necesité pasar por proxy.
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ó es correcta y que debe iniciar 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 path-based authorization y es totalmente compatible con Lectura/Escritura, Sólo lectura y No hay acceso niveles de 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: Understanding VisualSVN Server authorization 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.
Este fue mi problema. Me otorgaron acceso de ** Solo lectura ** y luego, al intentar comprometerme, recibí el error * 403 Prohibido *. Hablé con el administrador para otorgarme acceso de ** Lectura/Escritura ** y pude comprometerme. – amallard
Gracias Todd. El enlace que tiene para "este artículo" no parece conducir realmente al artículo. Pruebe esto: http://blog.alagad.com/2007/11/12/subversion-mkactivity-and-403-forbidden-headaches/ – Josh
Todd, también pretende preguntar si puede publicar pasos para reproducir el problema. Aunque nuestros desarrolladores parecen tener este problema ocasionalmente, no puedo reproducirlo yo mismo. – Josh
Nunca he sido capaz de reproducirlo constantemente, pero la solución funciona siempre. Como se menciona a continuación, está relacionado con la tendencia de Windows a aceptar ambos tipos de casos, donde Subversion es más exigente. –