tutorial - Control de cuenta de usuario de TortoiseSvn y Windows Server 2008
tortoisesvn manual español pdf (5)
Aquí está la pregunta:
¿Puede TortoiseSvn funcionar en Windows 2008 sin desactivar el Control de cuentas de usuario?
Aquí está la historia: acabo de mover mi servidor de prueba a Windows 2008 y estoy teniendo problemas con TortoiseSvn. He iniciado sesión como administrador, pero cuando voy a actualizar algunos códigos del repositorio de Subversion, aparece un mensaje que dice: Error No se puede configurar el archivo ''C: / dev / trunk.svn / entries'' de lectura-escritura: Acceso se niega Entonces, he visto mensajes como ese y sé que debo hacer una limpieza. Pero cuando ejecuto la limpieza, recibo: Cleanup no pudo procesar las siguientes rutas: C: / dev / trunk
Así que una investigación más profunda me convence de que tengo un problema de permisos. Ejecutar el estado svn desde un símbolo del sistema me muestra que los directorios están bloqueados y que la ejecución de svn cleanup falla al igual que la limpieza de tortuga. Pero cuando abro el símbolo del sistema como administrador, puedo ejecutar svn cleanup sin un problema y puedo ejecutar svn up y actualizar mis archivos.
ACTUALIZACIÓN: Este es un problema de permisos de Windows UAC. Desactivar el UAC soluciona el problema. Pero me gustaría encontrar una solución que no requiera desactivar el UAC. Como Tortoise es una extensión de shell de Windows, no sé cómo hacer que se ejecute como administrador.
¿Alguna sugerencia?
Asumir la propiedad y tener un control total sobre C: / Dev / Trunk.svn y los niños. Eso debería resolver tu problema.
Aconsejaría no apagar UAC. Sin embargo, si necesita desactivarlo, puede hacerlo a través del Panel de control / Cuentas de usuario / Activar o desactivar Cuenta de usuario.
Uso TortoiseSVN en Windows Vista SP1 con UAC activado. No he tenido problemas Como Vista SP1 y Windows 2008 son esencialmente el mismo sistema operativo, creo que es posible que tenga otro problema.
SVN hace un gran cambio de nombre de los archivos temporales, y no es particularmente robusto si hay una violación de compartir. Descubrí que algunos productos antivirus detectarán que SVN acaba de cerrar un archivo (temporal). Lo escanearán, y mientras lo están escaneando, SVN intenta cambiarle el nombre, compartiendo la violación: boom. Los indexadores de búsqueda a veces causan el mismo problema.
Vea si puede evitar que sus directorios de origen sean indexados, o evitar que su AV realice escaneos en tiempo real. Puede excluir los directorios, o puede excluir el proceso TortoiseProc.exe.
Haga clic derecho en su carpeta de copia de trabajo c: / dev, seleccione "propiedades" en el menú contextual. En el cuadro de diálogo de propiedades, vaya a la pestaña de seguridad. Notará que el usuario administrador no tiene acceso completo (el usuario no figura en la lista). Agregue el usuario administrador y dele derechos de acceso completos.
Sí, el usuario administrador generalmente tiene derechos de acceso completos a todas las carpetas, pero solo después del aviso de UAC. Por lo general, las aplicaciones no proporcionan el aviso de UAC, sino que obtienen un error de acceso denegado. Para otorgarle al usuario administrador acceso total a esa carpeta sin la solicitud de UAC, debe agregar ese usuario manualmente.
¿Intentó navegar a Archivos de programa / TortoiseSVN / bin en el Explorador de Windows y configurar "ejecutar administrador de anuncios" en TortoiseProc.exe> Propiedades> Compatibilidad?
Acabamos de actualizar a SVN 1.9.3, pero utilizamos SVN en nuestro servidor de desarrollo para actualizar nuestros sitios de prueba directamente desde el repositorio revisando los archivos del sitio web. Descubrimos que los usuarios que no realizaron el pago original no tienen permiso para ejecutar una actualización de SVN. Ahora, todos estos usuarios son parte del grupo de administradores, y aún así no importaba, pero lo que descubrimos fue muy extraño es que puede agregar el grupo Todos a la carpeta desprotegida, y luego cualquiera puede realizar un SVN Actualizar.
No entiendo por qué todo el grupo que se agrega podría realizar esto, y no cualquiera del grupo Administradores.
Me aseguré de que el grupo Administradores tuviera control total, y que se propagara a todos los subdirectorios y archivos. Daba igual.
Si alguien más tiene una explicación para esto, sería muy útil.