SVN Boucle sans fin - [fichier] “n'existe pas dans le dépôt”

Cela a été semés sur moi pour une semaine.

SVN continue à me dire qu'un certain fichier "does not exist in repository".

Amende. Disons simplement le supprimer. L'oublier. L'ignorer. Quoi que ce soit. Je ne pas vraiment se soucier de ce fichier (surtout si elle continue à ne pas le prix de la nuit check-in).

Le plus bizarre dans tout ça? Une "restauration" sera effectivement RESTAURER le fichier à partir du dépôt, donc il est là (corrompu, peut-être?).

...et ce doit être la cerise sur le gâteau. Si je supprime le fichier via l'Explorateur Windows, SVN sera de RESTAURER le fichier à partir du référentiel, et juste après que l'état qu'il n'existe pas dans le référentiel. WTF?

Quelqu'un a une idée de comment se débarrasser de cette?

J'ai déjà essayé le nettoyage des réversions, suppressions et rien d'autre imaginable, mais celui-ci m'a déconcerté.

Merci pour les conseils que vous pourriez avoir...

  • Avez-vous essayé de svn rename que le fichier à supprimer le '^')? Et puis les valider, puis de les supprimer (et de s'engager de nouveau)?
InformationsquelleAutor Flipster | 2011-01-04
  1. 17

    Il semble plus probable que vous avez endommagé votre copie de travail locale, par exemple par le déplacement de dossiers ou de quelque autre manipulation que vous avez fait avec l'explorateur de windows, mais il devrait y avoir fait par le menu contextuel TortoiseSVN. L'information à l'intérieur de la .svn les dossiers maintenant ne correspond plus à l'état de la copie de travail, ce qui est source de confusion Subversion.

    Pour résoudre ce problème, supprimez le dossier parent ("Originaux") dans votre copie de travail avec l'explorateur windows (PAS avec TortoiseSVN). Puis faire un TortoiseSVN "mise à jour" à la racine de votre copie de travail. Cela devrait restaurer le dossier en ordre de marche.

    Une autre option est de jeter votre copie de travail entièrement et faire une nouvelle caisse.

    Noter que la prochaine version de Subversion (1.7) permettra de réduire les possibilités de corruption de votre copie de travail, en centralisant toutes les métadonnées dans un seul .svn dossier à la racine.

    • Je confirme que c'est une situation commune. La copie de travail peuvent être corrompues (tout en restant cohérent et il n'y a aucun moyen de savoir. Frais de caisse est le seul à fixer fiables.
    • Salut Wim - Votre première suggestion a fait le tour. Merci! Oh, et bonne nouvelle sur le 1.7 essayer de minimiser certains de cela. SVN 1.6 est un peu trop impitoyable sur des erreurs mineures.
    • En espérant que il y a une autre façon... la Suppression de l'affichage de dossier n'est pas une option pour moi 🙁
    • naturellement, vous n'avez pas à détruire votre travail qui est à l'intérieur de ce dossier. C'est juste le .svn dossiers qui sont endommagés. Donc, faire une copie du dossier corrompu, de supprimer tout .svn dossiers dans cette copie, maintenant fixer le original avec un delete+mise à jour pour réparer l' .svn métadonnées, et enfin copier votre travail sur le dossier défini. Et s'il vous plaît mettre à niveau vers svn/tortoisesvn la 1.7!
    • malheureusement, il fait partie d'un projet Xcode et a 100s de mo de fichiers à l'intérieur. Xcode est notoirement mauvais pour les références de fichier... Si je créer un nouveau dossier et supprimer l'ancien, je prévois de nombreux horrible questions!
    InformationsquelleAutor Wim Coenen
  2. 0

    J'ai eu des problèmes similaires avec des corrompus des copies de travail. Parfois, les copies de travail ont beaucoup de modifications, mais incapable de le checkin. Pour résoudre ce problème, j'ai utiliser l'approche suivante (svn de 1,7+):

    1. La caisse une nouvelle copie de travail dans un nouveau répertoire (chemin2)
    2. Dans la fraîcheur de la copie de travail, si le fichier avi est là, le supprimer si besoin.
    3. Engager les frais de la copie de travail
    4. Dans la fraîcheur de la copie de travail, supprimer tout sauf le .svn répertoire
    5. De copier tout le vieux de la copie de travail à l'exception de l' .svn répertoire dans la fraîcheur de la copie de travail.
    6. Engager les frais de la copie de travail de nouveau
    7. De supprimer (ou de sauvegarde) de la vieille copie de travail
    8. Renommer les frais de travail à l'ancienne copie de travail (chemin2 chemin)
    InformationsquelleAutor Jahmic
  3. 0

    J'ai eu face à un problème similaire dans lequel j'avais un dossier, par exemple "FolderA", qui montre de façon constante dans le svn de mise à jour même si je l'avais supprimé.
    Il ne serait même pas afficher dans la liste des dossiers, mais svn serait encore de le reconnaître comme si elle existe.

    J'ai suivi les étapes ci-dessous:

    1.Créer même nom de dossier pour lequel svn donnait erreur dans le même emplacement de fichier

    2.Ajouté à svn checkout. Depuis, il a donné des erreurs de conflit, je l'ai résolu en utilisant le svn option à résoudre.

    3.Supprimé le dossier et les commis mes svn.

    Erreur a été résolue

    InformationsquelleAutor nik