¿Cómo resuelvo “405 Método no permitido” para nuestra configuración de Subversion?

Question

Estamos sirviendo a nuestro código fuente usando VisualSVN Server que se ejecuta en Windows Server 2003. Recientemente, nos separamos una parte de un proyecto en un nuevo proyecto en su propio repositorio, y luego unidos de nuevo al proyecto original utilizando svn:externals. Desde entonces, hemos estado teniendo problemas cuando tratamos de comprometernos con archivos Subclipse.

El error que estamos recibiendo es:

  

svn: no commit (detalles a continuación):

     

svn: PROPFIND de '/ svn': 405 Método no permitido ( https://svn.ourserver.com )

Google para un tiempo realmente no ayuda, y nuestra configuración parece ser correcta. También hay que señalar que hemos estado corriendo este servidor desde hace un tiempo, sin estos problemas y aparte de dividir el proyecto en dos depósitos, se han realizado cambios en el servidor (es decir, archivos de configuración son los mismos).

También hay que señalar que estos errores sólo aparecen cuando tratamos de comprobar en múltiples archivos a la vez. Si comprobamos en un solo archivo a la vez que no hay errores. Además, sólo aparece en Subclipse la medida de lo que sabemos ahora, y Versions.app (OS X) parece funcionar bien, por lo que es nuestra solución actual.

¿Cómo analizo el error para encontrar la causa y posteriormente solucionarlo?

Estoy de ninguna manera un gurú de la SVN y en este momento no tengo ni idea.

---

Parece que podemos comprobar en varios archivos en el mismo paquete, pero no los archivos de varios paquetes. También, cuando "dividir" el proyecto en dos repositorios, importé el repositorio original con un nuevo nombre. No hice un vertedero y luego importar ese vertedero. Podría ser la fuente de nuestros problemas, y si es así, ¿cómo puedo solucionar esto?

Después de algunas sacudidas alrededor parece como si de hecho está relacionado a cuando llegue al hotel archivos en diferentes repositorios. Si trato de hacer un solo comprometerse tanto en repositorio de A y B repositorio (referenciado por svn:externals) al mismo tiempo, se produce el error. Versions.app maneja esto correctamente, pero supongo que sólo podría estar haciendo dos confirmaciones, ni uno solo. Subclipse falla estrepitosamente. Por ahora, simplemente hacemos múltiples confirmaciones, uno para repositorio de A y uno para depósito B, que funciona muy bien. Si alguien más inteligente que yo podía rellenar los detalles por qué ocurre esto, si o no este tipo de configuración es estúpida, etc., por favor vaya a la derecha por delante.

Answer 1

Requisito : contratar a un buen administrador

Problema: : VisualSVN Server utiliza la autenticación basada en ruta para todos y cualquier pieza de repos en su interior. Por defecto el acceso de nivel (AFAICR) - es * = r de raíz y esta configuración heredada en todos los nodos siguientes (la raíz del repositorio también) y cuando intenta enviar a un nuevo repositorio sin buenas ACL para él (o mal configurado ) obtener un problema

Solución : Comprobar propiedades del nuevo repositorio en el servidor VisualSVN MMC-applet, y comprobar permisos y usuarios. En el caso más sencillo, el usuario, que tiene derechos de escritura derechos (puede cometer) en un super-repositorio (repositorio con lo externo) tiene que tener (si está permitido por la política) escribir en los derechos de la sub-depósito (repositorio con vinculados recursos).