mac - Error TortoiseSVN “Copia de trabajo bloqueada” “sqlite: intento de escribir una base de datos de solo lectura”. ¿Puede ser causado por permisos incorrectos?
tortoisesvn mac (9)
Una copia de trabajo de una aplicación está devolviendo el error descrito al intentar actualizar.
¿Este error puede ser causado por tener permisos insuficientes para escribir en la carpeta (o en algunos de los archivos que contiene)?
He probado la función "Liberar bloqueo" y Tortoise me dice que no hay bloqueos.
Para usuarios de Ubuntu
cuando configure el proyecto en un directorio público como home , no use sudo en él. ej: sudo mkdir folderName use mkdir folderName o mkdir folderName manualmente.
cuando creaste usando sudo obtienes la carpeta como bloqueada (ver imagen con y sin sudo )
Tampoco use sudo svn co http://path/to/trunk/ ./ use without sudo
Me gusta esto
svn co http://path/to/trunk/ ./
Acabo de recibir este error y se resuelve bien.
Conseguí ese error con TortoiseSVN bajo Windows. Aparentemente, la carpeta .svn tiene un pequeño archivo de base de datos SQLite que, si no tiene acceso de escritura, causará ese error.
Cuando estaba usando TortoiseSVN a través del menú de shell de Windows (clic con el botón derecho), para solucionarlo ejecuté el explorador de Windows que usé para navegar a la carpeta como administrador y todo funcionó bien.
Otra solución, por supuesto, sería otorgar derechos de escritura al usuario con el que está tratando de usar TortoiseSVN.
Este error puede ocurrir si el acceso de escritura no está disponible para su grupo en el archivo rep-cache.db en su repositorio en el servidor SVN. Necesitará acceder al servidor SVN u obtener a alguien que tenga acceso.
Busque el archivo rep-cache.db:
find / | grep rep-cache.db
Vaya al subdirectorio db debajo del repositorio con el que está trabajando y escriba lo siguiente:
chmod g+w rep-cache.db
Normalmente, el grupo solo tiene acceso de solo lectura cuando se produce este error. Esto le dará al grupo lectura / escritura, lo que debería detener el error.
Las copias de trabajo en recursos compartidos con frecuencia causan problemas (incluidos / especialmente con permisos) - como resultado, no es una configuración recomendada. De hecho, hubo un error en algunos lanzamientos de Samba que fue activado por SVN 1.5 o 1.6 que causó una serie de problemas como este. Se puede solucionar con un cambio en la configuración de Samba , pero es posible que esto no resuelva todos sus problemas. La mejor práctica es no hacer lo que está haciendo, solo operar en WCs localmente, no a través de acciones
Recibí el mismo error al copiar todo el repositorio SVN a otra ubicación. Cuando revisé los permisos de Windows, todo parecía estar bien. Volví a aplicar los permisos de Windows y, de repente, los permisos aplicados de Windows y desde entonces todo está funcionando bien.
Recibí este error recientemente y fue porque había iniciado sesión en mi entorno de desarrollo usando la cuenta de usuario incorrecta. Había configurado el proyecto en una máquina virtual de desarrollo con la cuenta de administrador local. Recibí este error cuando inicié sesión en el usuario mi cuenta personal que no era un administrador local de Windows. Así que en mi caso fue debido a los permisos de Windows.
Recibí este error, porque moví mis repositorios a un nuevo servidor. La carpeta principal fue creada por root. Como resultado, hubo una inconsistencia de derechos entre los archivos restaurados y los archivos recién creados. Chown -R en la carpeta principal resolvió el problema.
Si bien no estaba relacionado con la tortuga, solo tuve este error porque ejecuté svn update como root (olvidé que estaba en una caja de Linux) y tuve un conflicto.
Repararlo fue tan simple como hacer un chown -R usuario .svn y luego chmod ug = rwx en el archivo wc.db en la carpeta .svn.
Tenía esto en el sistema de Windows 7, después de esperar 10 minutos, la actualización de SVN estaba disponible sin problemas. Tal vez un problema durante la puesta en marcha de la tortuga.