tutorial - svn: MKACTIVITY 403 prohibido

tortoise svn server

Question

Obtengo este error al intentar comprometerme con un repositorio svn:

svn: MKACTIVITY of ''/svn/Demo/!svn/act/e2e65cfa-...4165f'': 403 Forbidden (http://svn....com:8088)

¿Alguna idea de por qué? Busqué mucho en Google, pero no puedo encontrar una solución que funcione para mí.

Answer 1

Casilla de verificación doble en la ruta del repositorio.

Answer 2

El caso en la ruta del repositorio DEBE coincidir con el caso en el servidor. Pasé muchas horas rastreando por qué algunos usuarios podrían realizar cambios en el repositorio y otros no. Resulta que el pago inicial para los usuarios "prohibidos" se hizo con la URL en todas las minúsculas "../svn/robotconfig" cuando el nombre del repositorio era realmente "../svn/RobotConfig". Después de realizar un nuevo proceso de pago con el nombre del depósito debidamente encuadrado, los usuarios pudieron realizar cambios.

Answer 3

El error 403 Forbidden ocurrió después de que modifiqué el .htaccess para limitar los métodos de solicitud con:

RewriteCond %{REQUEST_METHOD} !^(GET|HEAD|POST|PROPFIND|OPTIONS|PUT)$ [NC]
RewriteRule .* - [F,NS,L]

Answer 4

El nombre de usuario sensible a mayúsculas y minúsculas fue el problema para mí. El administrador me dijo que mi nombre de usuario era ... "MyName", que funcionaba para el pago y la actualización, pero en la confirmación, se tenía que usar la minúscula "myname".

Answer 5

En mi caso, la "solución" fue: el administrador estúpido de nuestra compañía simplemente cambió todo, desde SVN a GIT sin comunicar esto a los desarrolladores. Seriamente.

Answer 6

En mi caso, la raíz del problema no estaba en la carcasa sino en el puerto svn cambiado.

Se corrigió esto con la reubicación de la copia de trabajo:

svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8

Answer 7

Esto también puede suceder si el usuario coloca un espacio al final de su nombre de usuario. Nuestra configuración es svn a través de http en apache. Si un usuario coloca un espacio en blanco al final si su nombre de usuario, se recortará y apache pasará la autenticación. Sin embargo, svn no podrá encontrar el nombre de usuario y obtendrá este error bastante críptico.

También puede ocurrir debido a un problema de caso de url extraño. Windows no hace una diferencia en el caso del sistema de archivos, pero svn sí (incluso cuando se ejecuta en Windows). Vea alguna información sobre esto here .

Answer 8

He actualizado mi eclipse y empecé a tener el mismo problema.

Hice todos los trucos, nada parece funcionar. Pero el viejo eclipse sigue funcionando.

Entonces, me di cuenta de que alguien en el equipo de TI había cambiado el caso del nombre de dominio, por lo que mi ID de usuario cambió de:

DOMINIO / nombre de usuario a dominio / nombre de usuario

Por lo tanto, después de eliminar /Users/<Your user name>/AppData/Roaming/Subversion , el diálogo de inicio de sesión aparece de nuevo y vuelve a la pista.

Answer 9

Me acaba de ocurrir esto usando Eclipse con el complemento Subversivo. La realización de un Equipo> Limpieza en el proyecto lo solucionó.

Answer 10

Me encuentro con este problema todo el tiempo y

rm -rf ~/.subversion/auth

siempre funciona para mi

Elimine este directorio y luego intente volver a comprometerse.

Answer 11

No sé si esta respuesta te ayuda, pero en mi caso tenía algo que ver con los nombres de dominio del servidor y la distinción entre mayúsculas y minúsculas.

La URL que usamos para esta copia de trabajo era

https://bhm18a.serona.org:8443/svn/nebeam/eco/branches/apple2010

en lugar de la URL correcta

https://bhm18a:8443/svn/NeBeam/eco/branches/apple2010

Misteriosamente, la URL incorrecta funcionaba para "verificar" y "actualizar" y explorar el repositorio pero no para "copiar" o "confirmar".

Ver una nueva copia de trabajo usando la URL exacta hizo desaparecer los problemas.

(Usando la subversión 1.6.12 con el Servidor Visual SVN instalado en un Servidor Microsoft Windows)

Answer 12

Resolví esto, el problema es con credenciales antiguas que se almacenan en las siguientes carpetas /Users/<Your user name>/AppData/Roaming/Subversion/auth/svn Simple

Simplemente tomó una copia de seguridad de los archivos de esta carpeta y los borró todos, e intenta volver a cometerlos. SVN o Subclipse le solicitarán el nombre de usuario y la contraseña y, una vez que lo haya hecho, lo confirmarán.

Answer 13

Tengo el mismo problema. Estoy usando Intellij, y resolví este problema haciendo lo siguiente:

1. Archivo -> Configuración
2. En la lista "Control de versiones", seleccione "Subversión".
3. En la pestaña General, busque & Haga clic en "Borrar caché de autenticación".
4. Toca Ok.
5. Intente registrar algunos cambios, y el Intellij le preguntará acerca de sus credenciales.

Parece que este problema sucedió después de que svn switch --relocate comando en su rama check-out.

¡Disfrutar!

Answer 14

Tuve exactamente el mismo problema cuando me estaba comprometiendo por primera vez con una nueva rama de svn, que se debió a minúsculas utilizadas en la ruta de la URL cuando debería haber sido mayúscula en el momento de la compra. En la carpeta .svn del directorio de comprobación raíz, busque el archivo wc.db, ábralo en un editor de texto, realice un reemplazo global de la ruta URL incorrecta con la ruta URL correcta, guarde el archivo. Comprométase nuevamente, ya no tendrá ese problema.

Answer 15

Verifique si proporcionó las credenciales correctas o si tiene suficientes derechos para llegar a ese repositorio (generalmente mirando los archivos authz, si puede administrar la configuración del servidor). Como dijo uno de los comentaristas anteriormente, es un problema de permiso.