2011-01-11 21 views
12

Tuve una subversión revisada en/home/svn/docs, luego elegí usar una ruta diferente, eliminé ese directorio con rm-rf y revisé un nuevo repositorio en mi casa/user/docs dir. eso funcionó bien Si ahora quiero cometer algo que dice:svn txn-current-lock permiso denegado

SVN: No se puede abrir el archivo '/ home/svn/docs/db/TXN-corriente-lock': Permiso denegado

Estoy corriendo Ubuntu

+0

¿Has encontrado la solución? La respuesta que tenemos aquí no funciona, ya que no tenemos más repositorio en el camino anterior. – webdevbyjoss

Respuesta

13

Parece que su repositorio de subversión está presente en /home/svn/docs y no tiene permiso de escritura. Posiblemente, el repositorio se crea como un usuario diferente y la confirmación se realiza como un usuario diferente.

Una manera de abordar esto es al asegurar que todos los usuarios de Subversion pertenecen al mismo grupo y este grupo tiene escribir acceso a la carpeta del depósito.

+0

Tengo el mismo problema, pero he movido mi repositorio completamente. La ruta a la que se refiere este mensaje de error ya no existe. – webdevbyjoss

+0

@webdevbyjoss. ¿Puedes publicar más detalles de tu problema como una nueva pregunta para que llame la atención y alguien pueda responder? – Raghuram

0

He tenido el mismo problema. usando ventanas Traté de dar un control total a Todos, pero aún así la identificación no funcionó.

Traté de cambiar el nombre de txn-current-lock a txn-current-lock.xxx y write-lock a write-lock.xxx y funcionó. Supongo que estos archivos se estaban bloqueando y causando el error en primer lugar e incluso eliminarlos resolvería el problema.

NO ELIMINE txn-current porque svn lo necesita.

Por cierto, encontré un artículo aquí http://cloudspring.com/how-to-use-dropbox-with-svn-or-git-for-cloud-source-control-management/ explicando cómo usar dropbox y svn para crear una 'scm distribuida' y actualmente estoy experimentando con esto, así es como he encontrado este problema. Por lo general, svn funciona bien de inmediato.

+0

Creo que una forma es simplemente eliminar 'txn-current-lock' y' write-lock', aunque me pregunto cómo se crearon en primer lugar y por qué no se eliminaron. Por cierto, traté de cambiar el nombre y eliminar ambos archivos de bloqueo, ni resolví el problema en Linux. Me pregunto si la verdadera respuesta está en otra parte ... – icedwater