Erreur TortoiseSVN "Copie de travail verrouillée" "sqlite: tentative d'écriture d'une base de données en lecture seule" - Cela peut-il être dû à des autorisations incorrectes?
Une copie de travail d'une application renvoie l'erreur décrite lors de la tentative de mise à jour.
Cette erreur peut-elle être provoquée par des autorisations insuffisantes pour écrire dans le dossier (ou dans certains des fichiers qu'il contient)?
J'ai essayé la fonction "Release Lock" et Tortoise m'a dit qu'il n'y avait pas de lock.
Les copies de travail sur les partages posent souvent des problèmes (notamment/avec les autorisations). Par conséquent, cette configuration n'est pas recommandée. Un certain nombre de versions de Samba, causées par SVN 1.5 ou 1.6, présentaient un bogue qui posait de nombreux problèmes similaires. Il peut être contourné avec une modification de la configuration de Samba - mais cela pourrait ne pas résoudre tous vos problèmes. La meilleure pratique est de ne pas faire ce que vous faites - opérer uniquement sur les WC localement, pas via des partages
J'ai eu cette erreur avec TortoiseSVN sous Windows. Apparemment, le dossier .svn contient un petit fichier de base de données SQLite auquel, si vous n’avez pas le droit d’écriture, cette erreur sera causée.
Comme j'utilisais TortoiseSVN via le menu Windows (le clic droit), pour y remédier J'ai exécuté Windows Explorer Je naviguais dans le dossier en tant qu'administrateur et tout fonctionnait bien.
Une autre solution, bien sûr, serait de donner des droits en écriture à l'utilisateur avec lequel vous essayez d'utiliser TortoiseSVN.
Bien que n'étant pas lié à tortoise, j'ai simplement eu cette erreur parce que j'ai lancé svn update en tant que root (j'avais oublié que j'étais sous une machine Linux) et j'ai eu un conflit.
La résoudre était aussi simple que de faire un utilisateur chown -R .svn puis chmod ug = rwx sur le fichier wc.db du dossier .svn.
Cette erreur peut se produire si votre groupe n'a pas accès en écriture au fichier rep-cache.db de votre référentiel sur le serveur SVN. Vous aurez besoin d'un accès au serveur SVN ou à quelqu'un qui y a accès.
Recherchez le fichier rep-cache.db:
find / | grep rep-cache.db
Accédez au sous-répertoire db sous le référentiel avec lequel vous travaillez et tapez ce qui suit:
chmod g+w rep-cache.db
Généralement, le groupe n'a qu'un accès en lecture seule lorsque cette erreur se produit. Cela donnera le groupe en lecture/écriture, ce qui devrait empêcher l’erreur de se produire.
J'ai eu cette erreur, car j'ai déplacé mes référentiels sur un nouveau serveur ..__ Le dossier principal a été créé par root. Par conséquent, il existait une incohérence de droits entre les fichiers restaurés et les fichiers récemment créés.
J'ai récemment eu cette erreur et c'est parce que je m'étais connecté à mon environnement de développement en utilisant le mauvais compte utilisateur. J'avais configuré le projet sur un développement VM à l'aide du compte d'administrateur local. J'ai eu cette erreur lorsque j'ai connecté mon compte personnel qui n'était pas un administrateur Windows local. Donc, dans mon cas, cela était dû aux autorisations de Windows.
La même erreur s'est produite lors de la copie du référentiel SVN complet vers un autre emplacement. Lorsque j’ai vérifié les autorisations Windows, tout semblait aller pour le mieux .
Pour les utilisateurs Ubuntu
lorsque vous configurez un projet sur un répertoire public tel que home, n'utilisez pas Sudo dessus. ex: Sudo mkdir folderName utilisez mkdir folderName ou créez-le manuellement.
lorsque vous avez créé avec Sudo, le dossier est verrouillé. (Vérifier l’image avec et sans Sudo)
De même, n'utilisez pas Sudo svn co http://path/to/trunk/ ./use sans Sudo
comme ça
svn co http://path/to/trunk/ ./
Je viens d'avoir cette erreur et bien résolu
Si cela se produisait sous Windows 7, après 10 minutes d’attente, la mise à jour SVN était disponible sans problèmes. Peut-être un problème lors du démarrage de Tortoise.