SVN “Déjà Verrouillé Erreur”
Lors de la tentative de perpétration d'un changement de référentiel ( d'où je suis le seul utilisateur ), j'obtiens une erreur
Path
'/trunk/TemplatesLibrary/constraints/templates/TP145210GB01_PersonWithOrganizationUniversal.cs'
is already locked by user 'admin' in filesystem
'/guest/gam/subversion/cdaapi/db'
Je suis l'utilisateur 'admin'.
J'ai essayé ce qui suit, le tout sans succès
- de l'exécution d'un "nettoyage" de Tortoise SVN
- de vérifier une nouvelle copie
-
à l'aide de la "explorateur de dépôt de" briser les verrous, mais pas de verrous sont affichés ( comme par SVN fichier verrouillé par moi, maintenant, ne peut pas s'engager c' )
Je suis complètement coincé maintenant que j'ai un référentiel maintenant que je ne peux pas commettre l'une des mises à jour.
Des idées comment je résoudre ce
Plus d'informations, comme l'a demandé :
Commande SVN Status rendements ( j'ai apporté des modifications à un fichier )
92 77 admin TP146228GB01_EncompassingEncounter.cs 92 83 admin TP145212GB02_WorkgroupUniversal.cs 92 83 admin TP146248GB01_ReferenceURL.cs 92 85 admin TP145201GB01_PatientUniversal.cs 92 83 admin TP145204GB02_RecipientWorkgroupUniversal.cs 92 83 admin TP145202GB01_RecipientPersonUniversal.cs 92 83 admin TP145203GB02_RecipientOrganizationUniversal.cs 92 77 admin TP145205GB01_PersonUniversal.cs 92 83 admin TP145202GB02_RecipientPersonUniversal.cs 92 83 admin TP145203GB03_RecipientOrganizationUniversal.cs 92 85 admin TP145211GB01_HealthCareFacilityUniversal.cs 92 85 admin TP145200GB01_AuthorPersonUniversal.cs 92 83 admin TP145207GB01_AuthorDeviceUniversal.cs M 92 87 admin TP146226GB02_Consent.cs 92 85 admin TP146229GB01_TextSection.cs 92 83 admin TP145204GB03_RecipientWorkgroupUniversal.cs 92 86 admin TP145018UK03_CustodianOrganizationUniversal.cs 92 83 admin TP145208GB01_AuthorNonNamedPersonUniversal.cs 92 70 admin TP145214GB01_DocumentParticipantUniversal.cs 92 85 admin TP145007UK03_RelatedEntity.cs 92 80 admin TP146224GB02_Atachment.cs 92 83 admin TP146227GB02_ServiceEvent.cs 92 77 admin TP145210GB01_PersonWithOrganizationUniversal.cs
Un svn commit puis cède
svn commit --message updates
Sending TP146226GB02_Consent.cs
Transmitting file data .svn: E195022: Commit failed (details follow):
svn: E195022: File 'D:\BENBUN_CODE\WORK\cdaapi\trunk\TemplatesLibrary\constraints\templates\TP146226GB02_Consent.cs' is locked in another working copy
svn: E170007: No lock on path '/subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs' (Status 423 on PUT Request)
svn: E175002: Server sent unexpected return value (423 Locked) in response to PUT request for '/subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs'
Comme l'a demandé la sortie de SVN st -u est indiqué ci-dessous
>svn st -u
M 92 TP146226GB02_Consent.cs
Status against revision: 92
- Montrer
svn st
de sortie!!! - Ajouté le SVN sorties d'état
Vous devez vous connecter pour publier un commentaire.
Si votre dépôt SVN est verrouillé par AnkhSVN, il suffit d'utiliser "nettoyage" de la commande de AnkhSVN pour libérer le verrou! 😉
J'ai eu le même problème. Ce problème est facilement résolu si vous émettez la commande de Nettoyage de AnkhSVN.
Après avoir discuté avec l'hébergement de mon dépôt SVN, ils m'ont donné la réponse suivante.
Apparemment, mon référentiel est répliquée sur un dépôt distant à l'aide de SVNSYNC. SVNSYNC a connu les limites de l'application de verrouillage de l'échelle de la réplication des référentiels et c'est là que réside le problème.
Les serrures ont été introduites par la AnkhSVN plugin dans Visual Studio.
Que les serrures semble être sur le dépôt distant c'est ce qui explique pourquoi je ne peux pas vraiment voir à l'aide de commandes SVN.
Les verrous sont en train d'être supprimées par l'intermédiaire de la société d'hébergement et nous espérons que tout va bientôt être de nouveau bien.
Je ne suis pas à l'aide de AnkhSVN, mais a eu un problème similaire après l'annulation d'un Tortoise SVN update. Il a laissé deux répertoires "déjà verrouillé". Semblable à Romain C de la solution. Utiliser Obtenir un verrou pour verrouiller un fichier dans chaque répertoire qui est "déjà verrouillé" et puis la libération de ces verrous, puis faire un nettoyage sur la plus haute répertoire. Qui semble résoudre le problème.
svn cleanup
à partir de la ligne de commande n'était pas assez).Son même bon à utiliser tortoise svn cleanup, pas besoin d'utiliser Ankh dans mon cas
J'ai eu une erreur semblable msgs. - Je exécuter svn de nettoyage, puis essayé d'obtenir de l'horloge" pour quelques temps. Ensuite, cette erreur a disparu.
J'ai eu à faire un Nettoyage et élus de "Briser les Verrous" pour que cela fonctionne pour moi.
Ces paramètres a fonctionné pour moi:
J'ai été incapable de mettre à jour le dépôt après le délai d'attente de connexion, alors que je vérifiais le référentiel.
J'ai eu le même problème: je ne peux pas commettre beaucoup de fichiers à la fois.
La validation des œuvres de:
De l'exécution d'un "nettoyage" de Tortoise SVN
Commettre chaque fichier séparé. Créer un nouveau dossier racine et de s'engager chaque fichier ou dossier.
** Si l'erreur se reproduit, vous devez répéter les mesures.1-2 **
TortoiseSVN utilisateurs: clic droit sur la racine du répertoire de projet > TortoiseSVN > Nettoyer... (assurez-vous de cocher toutes les cases). Cela a fonctionné pour moi.
Vous avez besoin pour le nettoyage de votre tortoise SVN en cliquant sur option de nettoyage que vous obtenez après
Un Clic droit sur windows où vous voulez mettre à JOUR SVN.
Et après nettoyage essayez de mettre à jour le SVN de la même façon en cliquant sur mise à JOUR SVN option, vous aurez après le clic-droit.
Cela a fonctionné pour moi.