SVN "Erreur déjà verrouillée"

Question

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

• 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 problème

  Plus d'Infos, comme 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 alors les rendements

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              

Answer 1

Si votre référentiel SVN est verrouillé par AnkhSVN, utilisez simplement la commande "cleanup" de AnkhSVN pour libérer le verrou! ;)

Answer 2

J'ai eu le même problème. Ce problème est facilement résolu si vous exécutez la commande Cleanup d'AnkhSVN.

Answer 3

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.

Answer 4

Je n'utilise pas AnkhSVN, mais j'ai rencontré un problème similaire après l'annulation d'une mise à jour de SVN Tortoise. Il a laissé deux répertoires "déjà verrouillés". Similaire à la solution de Roman C. Utilisez Get lock pour verrouiller un fichier dans chaque répertoire "déjà verrouillé", puis relâchez ces verrous, puis effectuez un nettoyage sur le répertoire le plus élevé. Cela semblait résoudre le problème.

Answer 5

C'est même bon d'utiliser tortoise svn cleanup, pas besoin d'utiliser Ankh one dans mon cas