La confirmación de SVN falla con el error "Autorización fallida"

Question

Soy un nuevo usuario con SVN y encuentro un problema en el comando de confirmación de SVN.

Uso TortoiseSVN 1.6.6 y la imagen de Ubuntu Subversion con WMware como servidor.

Creé un repositorio en el servidor SVN, y puedo verificar fácilmente los archivos del repositorio, pero me comprometo.

Cuando me comprometo, siempre muestra el problema.

Command: Commit 
Error: Commit failed (details follow): 
Error: Authorization failed 
Finished!: 

Este problema solo se muestra en el cliente local con el repositorio de servidor SVN en la máquina virtual. Intenté crear un repositorio en una máquina local con TortoiseSVN, y no es un problema en Commit. También probé una copia de trabajo en la máquina del servidor, no es problema en Commit también.

¿Alguien ha experimentado este problema? No hay ningún problema en Checkout desde el servidor VM SVN, pero muestra problemas en la confirmación del cliente local al servidor de VM.

En caso de tener que configurar algo, ¿me olvidé de hacerlo?

Answer 1

Antes que nada, ¿puedes navegar por el repositorio de Tortoise? Si puede, la cuenta de usuario con la que está accediendo al repositorio no tiene derechos de escritura (= confirmación).

Si no puede navegar sin comprometer: Es posible que Tortoise haya almacenado los datos de autenticación incorrectos en su cliente. Creo que debería solicitar las credenciales nuevamente en ese caso, pero tal vez no sea así. Prueba esto:

1. Abra el menú Inicio, vaya al grupo de TortoiseSVN

2. Haga clic en "Configuración de TortoiseSVN"

3. Vaya a "Datos guardados"

4. Haga clic en "Borrar" en "Datos de autenticación"

Tortoise olvidará todas las contraseñas almacenadas y deberá volver a preguntarle la próxima vez que intente acceder a la máquina virtual.

Answer 2

Si el servidor utiliza svnserve para servir el repositorio (lo que significa que está utilizando un URL svn://), entonces usted debe comprobar el archivo conf/svnserve.conf en el repositorio. La configuración predeterminada permite la lectura anónima, pero solo los accesos de escritura autenticados IIRC.

Answer 3

Es la autorización que falló. Eso significa que el primer paso, la autenticación fue exitosa.

Entonces: el nombre de usuario/contraseña es correcto y fue aceptado por su servidor. Pero luego ese usuario no tenía permiso para acceder a la ruta/recurso.

revise su archivo de autorización basado en ruta (conf/authz) y asegúrese de que el usuario tenga los derechos.

Answer 4

Además, compruebe que el repositorio real en el servidor tiene los permisos de archivo correctos para ser escrito por el proceso del servidor (ya sea svnserve o Apache). Probablemente esté bien ya que fue posible crear el repositorio de otras maneras, pero vale la pena verificarlo por si acaso.

Answer 5

Tuve exactamente el mismo problema con RapidSVN (o al usar svn commit desde la CLI). El tema resultó que yo era la salida del repositorio utilizando la subversión Anónimo Acceso (el enlace svn://):

svn checkout svn://svn.r-forge.r-project.org/svnroot/rsitesearch/

Pero cuando se utiliza este enlace para la cesión temporal no se puede confirmar los cambios. Así que la solución era utilizar el enlace que svn+ssh:// desarrollador de Subversion acceso a través de SSH:

svn checkout svn+ssh://developername@svn.r-forge.r-project.org/svnroot/rsitesearch/

con otros servicios de SVN, el enlace correcto para cometer podría ser https://. De hecho, tengo una mejor experiencia con el pago de https://, así que pruébalo primero.

Ahora svn commit debería funcionar como se esperaba.

(Esta es la misma solución que la sugerida por Wug en el comentario al OP.)

Answer 6

Salida sus archivos a través del protocolo HTTP en lugar de protocolo SVN. Tuve el mismo problema ya que estaba revisando los archivos usando el protocolo svn: //. Más tarde cambié el protocolo a http: // y todo comenzó a funcionar normalmente.

Answer 7

Mi experiencia fue similar a bluebrother Creé un nuevo repositorio correctamente pero no configuré los usuarios correctamente. Me dejó Pedido pero no Commit

Editar repoLocation /conf/svnserve.conf y elimine la línea

contraseña-db = passwd

Editar repoLocation/conf/passwd y agregue un nombre de usuario y contraseña para passwd, por ejemplo

tim = contraseña

Answer 8

Si está utilizando svnserve para proporcionar acceso SVN (es decir su url del repositorio se ve como svn://server/repo), asegúrese de que su servidor permita el acceso de escritura. En algunas instalaciones, el servidor se inicia con acceso de solo lectura de forma predeterminada:

# The -R option enforces read-only access, i.e. write operations to the 
# repository (such as commits) will not be allowed. 
SVNSERVE_OPTIONS="-d -R -r /srv/svn/repos" 

Answer 9

Para mí fue debido a la migración del servidor. En svnserve.conf que se olvidó de quitar los comentarios:

auth-access = write 
password-db = passwd