TortoiseSVN error "Copia de trabajo bloqueada" "sqlite: intento de escribir una base de datos de solo lectura" - ¿Puede esto ser causado por permisos incorrectos?

Tengo ese mismo error con TortoiseSVN bajo Windows. Al parecer, la carpeta .svn tiene un pequeño archivo de base de datos SQLite, que, si no tiene acceso de escritura, causará ese error.

Como estaba usando TortoiseSVN a través del shell de Windows (el botón derecho del ratón) menú, para trabajar alrededor de él Corrí el explorador de Windows Solía navegar a la carpeta como administrador y todo funcionó bien.

Otra solución, por supuesto, sería dar derechos de escritura a la usuario con el que está intentando usar TortoiseSVN.

Si bien no está relacionado con tortoise, solo tuve este error porque ejecuté svn update como root (olvidé que estaba en una caja de Linux) y tuve un conflicto.

Arreglarlo era tan simple como hacer un usuario de chown-R.svn y luego chmod ug = rwx en el archivo wc.db en el .carpeta svn.

Este error puede ocurrir si el acceso de escritura no está disponible para su grupo en rep-cache.archivo db en su repositorio en el servidor SVN. Necesitará acceso al servidor SVN u obtener a alguien que tenga acceso.

Busca el rep-cache.archivo db:

find / | grep rep-cache.db

Vaya al subdirectorio db bajo el 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, que debería evitar que se produzca el error.

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.

Recibí este error recientemente y fue porque había iniciado sesión en mi entorno de desarrollo utilizando la cuenta de usuario incorrecta. Había configurado el proyecto en una máquina virtual de desarrollo utilizando la cuenta de administrador local. Obtuve 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.

Tenía esto en el sistema Windows 7, después de esperar 10 minutos la actualización SVN estaba disponible sin problemas. Tal vez un problema durante el arranque de la Tortuga.

Obtuve el mismo error al copiar todo el repositorio SVN a otra ubicación. Cuando revisé los permisos de Windows, todo parecía estar bien. Me vuelve a aplicar los permisos de Windows y de repente Windows permisos aplicados y a partir de entonces todo está funcionando bien.

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 créelo manualmente.

Cuando se crea usando sudo se obtiene la carpeta como bloqueada.(compruebe la imagen con y sin sudo)

También no use sudo svn co http://path/to/trunk/ ./ uso sin sudo

Así

svn co http://path/to/trunk/ ./

Acabo de recibir este error y resuelto bien