tutorial - Error de confirmación de SVN con error de "Autorización fallida"

tortoisesvn español

Question

Soy un nuevo usuario con SVN, y me encuentro con un problema en el comando commit 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 desproteger archivos fácilmente desde el repositorio, pero cometer.

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 del servidor SVN en la máquina virtual. Intenté crear un repositorio en la máquina local con TortoiseSVN, y no hay ningún problema en Commit. También probé una copia de trabajo en la máquina del servidor, no es un problema en Commit también.

¿Alguien experimentó este problema? No es ningún problema en Checkout desde el servidor VM SVN, pero muestra problemas en el compromiso del cliente local con el servidor VM.

¿Debería ser necesario configurar algo que no pude hacerlo?

Answer 1

Además, verifique que el repositorio real en el servidor tenga los permisos de archivo correctos que debe escribir el proceso del servidor (svnserve o Apache). Probablemente esté bien ya que pudiste crear el repositorio de otras maneras, pero vale la pena comprobarlo por si acaso.

Answer 2

En primer lugar, ¿puedes navegar por el repositorio de Tortoise? Si puede, entonces la cuenta de usuario con la que está accediendo al repositorio no tiene derechos de escritura (= cometer).

Si no puede ni navegar, no puede confirmar: es posible que Tortoise haya almacenado los datos de autenticación incorrectos en su cliente. Creo que debería pedir las credenciales de nuevo en ese caso, pero tal vez no lo haga. Prueba esto:

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

2. Haga clic en "configuración TortoiseSVN"

3. Ir a "Datos guardados"

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

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

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 entonces a ese usuario no se le permitió acceder a la ruta / recurso.

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

Answer 4

Mi experiencia fue similar a la de Bluebrother. Creé un nuevo repositorio correctamente pero no configuré a los usuarios correctamente. Me deja Checkout pero no Commit.

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

contraseña-db = contraseña

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

tim = contraseña

Answer 5

Para mí fue debido a la migración del servidor. En svnserve.conf olvidé descomentar:

auth-access = write
password-db = passwd

Answer 6

Revisa tus archivos usando el protocolo http en lugar del 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

Si el servidor utiliza svnserve para servir el repositorio (lo que significa que está usando un svn:// URL), debe verificar 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 8

Si está usando svnserve para proporcionar acceso a SVN (es decir, la URL de su repositorio se parece a 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

Tuve exactamente el mismo problema con RapidSVN (o al usar svn commit desde la CLI). El problema resultó que estaba revisando el repositorio mediante el acceso de subversión anónimo (el enlace svn:// ):

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

Pero al utilizar este enlace para el repositorio, no puede realizar cambios. Entonces, la solución fue usar el enlace svn+ssh:// que permite el acceso de Developer Subversion a través de SSH:

svn checkout svn+ssh://[email protected]/svnroot/rsitesearch/

Con otros servicios SVN, el enlace correcto para la confirmación podría ser https:// . En realidad, tengo una mejor experiencia con el https:// checkout, así que inténtalo primero.

Ahora svn commit debería funcionar como se espera.

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

Answer 10

nota: uso sasl, y descubrí por la manera difícil que distingue entre mayúsculas y minúsculas, y espera nombres de usuarios en minúsculas; es decir, "username123" no coincidirá con "USERNAME123" en su archivo de autenticación, aunque se escriben de la misma manera, por lo que tal vez compruebe que sus nombres de usuario estén en minúsculas (en su archivo de autorización)