Comment réparer "la zone d'administration contenant la copie de travail est manquante" dans SVN?

J'ai supprimé manuellement un répertoire que je viens d'ajouter, hors ligne, dans mon référentiel. Je ne peux pas restaurer le répertoire.

Toute tentative de mise à jour ou de validation échouera avec:

"blabla/.svn" containing working copy admin area is missing.

Je comprends pourquoi, mais y a-t-il de toute façon pour résoudre ce problème.

Je ne veux pas vérifier l'intégralité du dépôt et y ajouter mes modifications manuellement, cela prendrait des heures.

Selon ceci: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

Extrayez le dossier «blabla» à un autre emplacement, puis copiez son dossier .svn dans le «blabla» d'origine.

fwiw, j'ai eu une situation similaire et j'ai utilisé svn --force delete __dir__ . Cela a résolu le problème pour moi. Ensuite, j'ai continué à travailler normalement avec ma copie de travail.

Ce que j'ai fait pour résoudre ce problème, c'était de supprimer la copie locale du dossier en question, puis de faire un svn updatedu parent directement après.

Corrigé tout de suite.

Pouvez-vous essayer de récupérer une nouvelle copie du répertoire parent?

Edit: Pour être un peu plus précis, je voulais suggérer de monter d'un niveau et de supprimer le répertoire contenant. Puis faites un

svn update --set-depth infinity

pour remplacer le répertoire.

J'ai ajouté un répertoire à svn, puis j'ai accidentellement supprimé le dossier .svn à l'intérieur.

j'ai utilisé

svn delete --keep-local folderName

pour résoudre mon problème.

Je viens de faire 'svn revert / blabla' et cela a fonctionné, le dossier est de retour et je peux svn le supprimer

L'erreur «Répertoire 'blah / .svn' contenant la zone d'administration de la copie de travail est manquante» s'est produite lorsque j'ai essayé d'ajouter le répertoire au référentiel, mais je n'avais pas assez de privilèges de système de fichiers pour le faire. Le répertoire n'était pas déjà dans le référentiel, mais il prétendait être sous contrôle de version après l'échec de l'ajout.

L'extraction d'une copie du répertoire parent vers un autre emplacement et le remplacement du dossier .svn dans le répertoire parent de la copie de travail m'ont permis d'ajouter et de valider le nouveau répertoire avec succès (après avoir corrigé les autorisations de fichier, bien sûr).

Nous utilisons maven et svn. C'est une erreur de consignation du répertoire cible dans SVN qui a causé cette erreur. Supprimer cela a tout corrigé, si cet indice aide quelqu'un.

J'ai essayé svn rm --force /path/to/diren vain mais j'ai fini par courir svn upet cela m'a corrigé.

J'ai eu cette erreur récemment, lorsque les fichiers ont été exclus par les paramètres de mes globaux SVN. L'erreur était particulièrement désagréable puisque j'ai également supprimé les fichiers directement du référentiel - et cela signifiait que les solutions ci-dessus refusaient ne fonctionneraient pas. Dans ce cas, la suppression manuelle du répertoire .svn du répertoire que j'ai supprimé de SVN m'a permis d'exécuter une mise à jour qui m'a ensuite permis de valider.

J'ai eu le même problème, lorsque j'essayais de changer "C: \ superfolder"

Messages d'erreur:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

Après avoir essayé de faire un "nettoyage", j'ai eu l'erreur suivante:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

Solution:

1. Supprimer le dossier "sous-dossier"
2. Nettoyez le dossier "superfolder"
3. Essayez à nouveau de changer le dossier "superfolder"

cela a fonctionné pour moi. Veuillez me faire savoir si cela fonctionne également pour vous.

J'ai eu cette erreur récemment. Cela était dû au fait que root possédait quelques fichiers dans le répertoire, ce qui donnait cette erreur.

Après avoir changé les autorisations, tout a fonctionné comme prévu.

Je n'ai pas beaucoup compris de vos messages. Ma solution est

1. Coupez le dossier problématique et copiez-le vers un emplacement.
2. Faites Get Solution From Subversion dans un autre répertoire de travail (juste un nouveau).
3. Ajoutez votre dossier enregistré à la nouvelle copie de travail et ajoutez-le en tant que projet existant (s'il s'agit d'un projet comme dans mon cas).
4. Commettre;

J'ai eu ce problème. Déplacez simplement blabla temporairement vers un autre emplacement, dites à svn de le rétablir, puis déplacez-le en arrière. Il est traité comme un nouvel ajout. Facile!

Le plus simple qui m'a aidé:

rm -rf _dir_in_question_
svn up

Si vous avez des modifications dans le répertoire problématique, ce n'est pas une bonne solution pour vous.

Je suis tombé sur ce problème lors du remplacement d'une bibliothèque d'API tierce par une version plus récente, et aucune des solutions ici n'a vraiment fonctionné pour moi car je voulais remplacer la version SVN par la version locale. Ma solution était la suivante:

1) Déplacez le dossier incriminé dans mon répertoire personnel, supprimez-le de SVN et validez:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Remettez le dossier, ajoutez-le à SVN et validez à nouveau:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

Légèrement irritant de devoir s'engager deux fois, mais cela semble avoir bien fonctionné.

Juste au cas où quelqu'un voudrait encore une autre solution:

1. Enregistrez votre nouveau dossier en tant que «nomdossier2»
2. Allez dans le navigateur de dépôt Tortise SVN
3. Renommez "foldername2" en "foldername"
4. Dans l'explorateur Windows, effectuez une mise à jour

J'espère que ça aide quelqu'un.

-Ev

Pour moi, le même problème s'est produit lorsque j'ai tous les deux:

• supprimé ( --force) un fichier .map
• ajouté * .map à svn:ignoreviasvn propedit svn:ignore .

Ma solution était de:

1. annuler les modifications apportées à la propriété
2. valider les modifications des fichiers
3. extraire une nouvelle copie du référentiel (hélas!)
4. changer la propriété et valider

J'ai eu ce problème lorsque j'essayais d'ajouter un répertoire à svn. Je l'ai résolu en allant dans le navigateur de repo. Cliquez avec le bouton droit dans la fenêtre de gauche, choisissez Ajouter un dossier et ajoutez le répertoire directement dans le navigateur du référentiel.

J'ai ensuite supprimé le répertoire localement (après la sauvegarde bien sûr), j'ai fait un nettoyage et une mise à jour svn et tout fonctionnait à nouveau.

Tout d'abord, extrayez le projet dans votre système dans un dossier. Supprimez ensuite le dossier .svn du projet en conflit et copiez le dossier .svn du nouveau dossier d'extraction et collez-le dans votre dossier de copie de travail. Ensuite, le problème est résolu.

Une tâche courante que j'ai rencontrée était de devoir prendre un répertoire de dépôt en préparation et le copier dans un autre dépôt - à la fois sous SVN et tous deux portant le même nom. La façon dont cela a fonctionné pour moi était la suivante:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A