problema de subversión - commit access

Question

Soy nuevo en la configuración de subversión pero originalmente cuando hice un repositorio, todos los miembros de mi equipo podían actualizar y comprometerse sin problemas. Hubo un problema, así que decidimos recrearlo, pero ahora solo puedo realizar cambios en él. Y mi nombre de usuario/contraseña no funciona en sus computadoras, así que estoy seguro de que es algo obvio y tonto, pero no sé lo suficiente para saber qué lo está causando.

Los archivos passwd y svnserve.conf son los mismos que el repositorio original que funcionó para todos.

¿Alguna idea? Gracias por adelantado.

Answer 1

Tuve un problema como este. Al final terminé eliminando todos los usuarios y grupos, y luego los recreé.

Answer 2

Si su repositorio está en un linux box, y está usando svn + ssh, creo que establecer permisos en el repositorio puede resolver su problema. Lo ideal sería crear un grupo para todos los usuarios que necesiten acceder al repositorio y hacer que el repositorio pueda escribirse en ese grupo. Si no puede crear un grupo, tendrá que hacerlo mundialmente modificable.

Como alternativa, puede configurar el servidor web Apache para acceder a su repositorio a través de la web. Funcionará con tortoissvn también.

Answer 3

¿Hay un servidor de seguridad activo en las otras computadoras? desactívelo e intente de nuevo. Si luego funciona, defina una excepción adecuada. Tal vez entonces también la posibilidad de volver a habilitar el cortafuegos en su máquina :-)

Answer 4

Usted querrá centrarse en las cosas que han cambiado ...

svn + ssh requiere que haya iniciado sesión en el sistema de depósito y que auth-access = write (en svnserve.conf), al menos así es como lo he visto configurar. ¿Es posible que haya sesiones registradas en el repositorio inicialmente y ya no estén allí?

Hay un gran tutorial sobre la configuración:

"Guía de configuración para Linux Subversion servidor, utilizando el acceso de cliente SSH (utilizando el protocolo svn + ssh con -t svnserve)

Gunther Strube (GBS @ usuarios .sourceforge.net, marzo de 2004)"

pero es probable que ya se sabía que ;-)

Answer 5

puede que tenga que borrar la caché de autentificación sVN local en cada máquina de acceso al servidor sVN para forzar a cada usuario para autenticarse de nuevo. El caché de autentificación está en el directorio de inicio del usuario: Linux: /home//.subversion Windows: C: \ Documents and Settings \ .subverison

La mayoría de las herramientas de cliente SVN tienen una opción de depuración - por favor, activar esta opción y revisión La salida. He visto clientes que no manejan la autenticación NTLM muy bien. El servidor svn siempre debe ofrecer autenticación BÁSICA sobre NTLM.