2012-07-28 17 views
11

Estamos experimentando problemas de permisos extraños con SVN después de cambiar de Windows Server 2003 al servidor 2008.Permisos y SVN actualizaciones en Windows Server 2008: misma carpeta y cuenta SVN, diferentes usuarios de Active Directory

En nuestro cuadro de la construcción de serie hay una carpeta (C:\SVN_Code_Folder), que se asocia con AD_User_A de un repositorio SVN usando SVN_User y TortoiseSVN 1.7.6

cuando se utiliza Windows 2003, cuando los registros AD_User_B en la caja e intentan actualizar, Switch, Combinar la SVN_Code_Folder con SVN_User, la comando se ejecuta.

Es Windows 2008, se produce un error con el mensaje:

Command: Update
Error: Working copy 'C:\jboss-4.2.3.GA\server\New folder' locked
Error: sqlite: attempt to write a readonly database
Error: sqlite: attempt to write a readonly database
Completed!

El intento de desbloquear el archivo, que nunca fue bloqueado, mediante el menú contextual que se cumpla con el siguiente mensaje:

There's nothing to unlock. No file has a lock in this working copy.

He jugado con los permisos de la carpeta y descubrí que otorgar el control de "Usuarios de dominio" sobre la carpeta soluciona el problema, pero preferiría no tener permisos tan amplios. Intenté otorgar los mismos permisos a usuarios individuales y a un grupo SVN, pero estos tampoco funcionaron.

¿Qué me estoy perdiendo?
¿Es este un uso incorrecto de SVN?
¿Pueden 2 usuarios de Dominio diferentes actualizar una carpeta usando SVN sin eliminar el archivo .SVN?

Respuesta

1

¿Ha comprobado el usuario del servicio svn en la máquina win2008? ¿Tiene ese usuario privilegios de administrador local y también tiene permiso para estas carpetas en c :? Después de cambiar algo, reinicie el servicio.

+0

permisos de carpeta aquí. Gracias por su consejo. – Chorinator

4

Para referencia futura ...

Tuve este mismo problema con algunos de WC que copian en el disco duro de mi nuevo ordenador portátil, desde un recurso compartido de archivos en mi vieja máquina.

Resultó que el problema se solucionó al darme a mí mismo (a diferencia de todos los usuarios del dominio, o cualquier otro grupo) el control total sobre la carpeta.

+4

Esto también me solucionó el problema (en Windows 2012 R2). Ya tenía "Acceso total" a través de un grupo y todavía recibí el error. Después de dar "Acceso total" a mi usuario también, el problema desapareció. –

0

Para mí cambiar los permisos de carpetas did't ayuda, pero tengo actualización para varios directorios en un archivo por lotes por lo que resolvió este problema

cmd -> Run as administrator -> start update script

Cuestiones relacionadas