TortoiseSVN erreur de copie de Travail “verrouillé” “sqlite: tentative d'écriture d'une base de données en lecture seule” - cela Peut-il être provoqué par des autorisations incorrectes?

Une copie de travail d'une application est de retour le décrit d'erreur lors de la tentative de mise à Jour.

Cette erreur peut être causée par une insuffisance des autorisations d'écriture sur le dossier (ou partie des fichiers qu'il contient)?

J'ai essayé de la "Libération" de la fonction et de la Tortue me dit il n'y a pas de serrures.

  • Oui, c'est une cause possible. Où est votre copie de travail situé (disque local, partage réseau, etc.)? Vous exécutez un accès scanner de virus et si oui, lequel? Avez-vous essayé la même opération avec svn.exe à l'invite de commande?
  • c'est un serveur linux distant que je n'ai pas d'accès shell. Je peux accéder à la racine du site web par le biais de Windows comme sous lequel tourne le serveur samba. Il est probable que je n'ai pas la permission, mais je me demande si il pourrait y avoir d'autres possibilités, telles que la copie de travail est créé avec une ancienne version de svn, ou tout simplement de corrompre les données.
  • Des copies de travail sur les actions causent souvent des problèmes (y compris et surtout avec les permissions) - en conséquence, il n'est pas recommandé de configuration. En fait, il y a eu un bug dans un bon nombre de versions de Samba qui a été déclenchée par SVN 1.5 ou 1.6 qui a causé un certain nombre de questions de ce genre. Il peut être contourné avec un changement de la configuration de Samba - mais cela ne peut pas résoudre tous vos problèmes. La meilleure pratique est de ne pas faire ce que vous faites uniquement fonctionner sur des WCs localement, pas par l'intermédiaire d'actions.
  • si vous souhaitez mettre rapidement répondre à la question, je vais l'accepter. Merci!
  • Je l'ai fait une réponse
  • Voir aussi stackoverflow.com/questions/11697446/...

InformationsquelleAutor Highly Irregular | 2013-02-26
  1. 9

    Copies de travail sur les actions causent souvent des problèmes (y compris et surtout avec les permissions) - en conséquence, il n'est pas recommandé de configuration. En fait, il y a eu un bug dans un bon nombre de versions de Samba qui a été déclenchée par SVN 1.5 ou 1.6 qui a causé un certain nombre de questions de ce genre. Il peut être contourné avec une modification de la configuration de Samba - mais cela ne peut pas résoudre tous vos problèmes. La meilleure pratique est de ne pas faire ce que vous faites uniquement fonctionner sur des WCs localement, pas par l'intermédiaire d'actions

    InformationsquelleAutor alroc
  2. 35

    J'ai eu que très erreur avec TortoiseSVN sous Windows. Apparemment, le .svn dossier a une petite base de données SQLite fichier, qui, si vous n'avez pas accès en écriture, seront la cause de l'erreur.

    Comme je l'ai été en utilisant TortoiseSVN par le shell de windows (clic droit) du menu, pour le contourner j'ai couru à l'explorateur de windows j'ai utilisé pour naviguer vers le dossier en tant qu'administrateur et tout a bien fonctionné.

    Une autre solution, bien sûr, serait de donner les droits en écriture à l'utilisateur que vous voulez utiliser TortoiseSVN avec.

    • J'étais sur Windows Server 2008 sur la ligne de commande svn et reçu ce message, lorsque j'ai mis les privilèges il a travaillé.
    • Il semble dangereux (et difficile?) pour exécuter l'explorateur windows en tant qu'administrateur. Au lieu de cela, j'ai couru une invite de commande en tant qu'administrateur, navigué à mon repo dossier, et a couru svn upgrade
    • En fait, que le juste me permettre de faire la mise à jour, mais tous les tortue commandes toujours pas avec sqlite erreurs. Mon problème était que je n'avais pas le dossier. Pour changer de propriétaires sur Windows 8.1: Folder Properties > Security > Advanced > Change Owner
    • Pour moi résoudre ce problème, j'ai besoin d'ajouter explicitement mon utilisateur local à la sécurité des dossiers des autorisations de Droit-cliquez sur le dossier -> Propriétés de Sécurité -> Modifier le... Ajout... Ajouter votre utilisateur et de donner "Modifier" permissions nécessaires pour être appliquées à l'ensemble du chemin svn e.g C:/Projects/**myapp/folder/file.txt**
    • J'étais sur Linux, mais cela a sauvé ma vie, en fait. J'ai vérifié ces .svn répertoire et tout à coup, il est apparu que la plupart des fichiers il y était détenu par un autre utilisateur. L'exécution de chown -R <requireduser>:<group> /path/to/workspace/.svn sous root enfin résolu le problème, merci pour la remarque!
    InformationsquelleAutor acdcjunior
  3. 9

    Alors que pas liées à la tortue, j'ai juste eu cette erreur parce que j'ai couru svn update en tant que root (oublié que j'étais su avais sur une machine Linux) et a obtenu un conflit.

    Fixation c'était aussi simple que faire un chown -R de l'utilisateur .svn puis chmod ug=rwx sur le fichier wc.db dans le .svn dossier.

    • Qui a résolu mon problème. Merci!!!!
    InformationsquelleAutor ehambright
  4. 8

    Cette erreur peut se produire si l'accès en écriture n'est pas disponible pour votre groupe à la rep-cache.db fichier dans votre espace de stockage sur le serveur SVN. Vous aurez besoin d'accéder au serveur SVN ou demandez à quelqu'un qui a accès.

    De recherche pour la rep-cache.le fichier db: 

    find /| grep rep-cache.db

    Aller à la db sous-répertoire sous le répertoire que vous travaillez avec et tapez la commande suivante:

    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 permettra au groupe de lecture/écriture, ce qui devrait arrêter l'erreur se produise.

    InformationsquelleAutor Simon
  5. 4

    J'ai eu cette erreur, parce que j'ai déménagé mon dépôt vers un nouveau serveur.
    Le dossier principal a été créé par la racine. En conséquence, il y a une inconsistance des droits entre les fichiers restaurés et les fichiers nouvellement créés.
    chown -R sur le dossier principal de résoudre le problème.

    InformationsquelleAutor derbaertigeFrytz
  6. 3

    J'ai eu cette erreur récemment et c'était parce que j'avais enregistré dans mon environnement de développement en utilisant le mauvais compte d'utilisateur. J'avais mis le projet sur un développement de la machine virtuelle en utilisant le compte d'Administrateur local. J'ai eu cette erreur quand j'ai de l'utilisateur connecté mon compte personnel qui n'était pas un local Administrateur Windows. Donc dans mon cas c'était dû à des autorisations de Windows.

    InformationsquelleAutor rf_wilson
  7. 2

    J'ai eu le même message d'erreur lors de la copie de tout repo SVN vers un autre emplacement. Lorsque j'ai vérifié les autorisations de Windows, tout semblait bien aller.
    J'ai réappliqué autorisations Windows et tout d'un coup, Windows autorisations appliqués et à partir de là, tout fonctionne bien.

    InformationsquelleAutor Mr. I
  8. 1

    Eu ce sur le système windows 7, après une attente de 10 minutes le SVN mise à jour était disponible sans problèmes. Peut-être un problème lors de la Tortue de démarrage.

    InformationsquelleAutor Matthias
  9. 1

    Pour les utilisateurs d'Ubuntu

    quand vous le projet d'installation sur un répertoire public comme home ne pas utiliser sudo sur elle. ex: sudo mkdir folderName utilisation mkdir folderName ou de le créer manuellement.

    lorsque vous avez créé à l'aide de sudo vous obtenez le dossier comme verrouillé.(consultez l'image avec et sans sudo)

    TortoiseSVN erreur de copie de Travail “verrouillé” “sqlite: tentative d'écriture d'une base de données en lecture seule” - cela Peut-il être provoqué par des autorisations incorrectes?

    Ainsi de ne pas utiliser sudo svn co http://path/to/trunk/./ utiliser sans sudo

    comme ce

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

    Viens de recevoir ce message d'erreur et bien résolu

    InformationsquelleAutor Abdulla Nilam