2009-01-09 26 views
12

Creé un directorio de subversión local y estoy teniendo problemas. He intentado comprobar en mi primer archivo con el siguiente comando:svn: No se puede crear el directorio '/subversion/main/db/transactions/0-1.txn': Permiso denegado

svn ci TestCommenterParseFilter.java 

y me dieron el mensaje de error

svn: Commit failed (details follow): 
svn: Can't create directory '/export/svn/db/transactions/1-1.txn': Permission denied 
svn: Your commit message was left in a temporary file: 
svn: '/export/speedplane/nutch-0.9/src/plugin/commenter/src/test/org/commenter/nutch/svn-commit.tmp' 

¿Alguna sugerencia?

Respuesta

0

no creo que va a corregir el problema (por lo general da un mensaje de error diferente) - pero todavía algo para tratar ...

Asegúrese de incluir un mensaje de confirmación (o -m-F opciones) :

$ svn ci TestCommenterParseFilter.java -m "Commit message." 

$ svn ci TestCommenterParseFilter.java -F commit_message.txt 
5

el "permiso denegado" error, y los nombres de ruta que ha utilizado, indicar que su cuenta de usuario no tiene permiso para escribir archivos en el árbol de directorios /export/svn. Hay al menos dos enfoques para resolver este:

  1. cambiar los permisos de archivo (tal vez con un grupo de bits + w) en /export/svn para que pueda escribir en los archivos. Esto es quisquilloso y no siempre se pega.

  2. Configure svnserve como un proceso de servidor con el que hable utilizando el protocolo svn://. En este caso, el proceso del servidor es el único que necesita tener acceso de escritura (o lectura) al directorio del repositorio.

+0

Si el servidor svn está configurado para ser utilizado a través de ssh, el repositorio (generalmente) se accede como el usuario ssh conectado. Por lo tanto, todos los usuarios de svn deben estar en el mismo grupo de usuarios, y este grupo de usuarios debe tener acceso de escritura de grupo al repositorio. Agregue acceso de escritura para el grupo usando 'chmod -R g + w '. – not2savvy

2

Sólo asegúrese de que comience la -d svnserve y empezar como root

+1

No. Primero, la opción -d no es factible cuando svn se usa sobre shh. En segundo lugar, no ejecute svn como root, pero use un usuario svn para hacerlo (generalmente _svn). – not2savvy

6

Tuve el mismo problema, pero si creé los directorios "transacciones" y "txn-protorevs" funcionó después sin quejarse.

+0

Esto funcionó para mí. Estaba restaurando desde una copia de seguridad creada desde el script de copia de seguridad de python (hot-backup.py) y estas dos carpetas no se incluyeron en la carpeta db en la copia de seguridad. Una vez que los hice en el servidor SVN en el repositorio de restauración, todo se confirmó correctamente desde mi PC de desarrollo remoto. ¡Gracias! (Nota: en mi caso, esto es todo Windows - 2008 RC2 ejecutando SVN y XP en mi PC dev). –

+0

¡derecho! crear manualmente .../db/transactions y .../db/txn-protorevs después de restaurar desde un hotbackup.py ¡lo hizo! –

Cuestiones relacionadas