SVN nettoyage échoue - posté autres solutions ne fonctionnent pas

Je suis en cours d'exécution tortoiseSVN et je n'ai pas été en mesure d'engager ou de mise à jour depuis que je l'ai interrompu une mise à jour (ou valider) un processus tout à l'arrière. J'ai trouvé d'autres offres de questions similaires, mais pas les suggestions sont applicables ou de travail - je vraiment besoin de trouver un moyen pour résoudre ce problème sans avoir à tout recommencer.

Détails:

  • EDIT: l'Exécution de Windows7
  • Si je fais un commit: il ne trouve pas les fichiers qui ont changé, même si je l'ai.
  • Si je fais une mise à jour: 'mise à jour a échoué!' opération précédente se termine pas, exécuter le nettoyage..
  • si j'essaie de nettoyage:
    "Nettoyage impossible de traiter les chemins d'accès suivants:
    le chemin d'accès du dossier, je suis en train de le nettoyage
    Opération précédente n'est pas terminée; exécuter le nettoyage si elle a été interrompue
    Veuillez exécuter le 'nettoyage' de la commande"
  • J'ai mis à jour à partir de 1.8.1 à 1.8.4; certains problème
  • J'ai essayé la rétrogradation à la 1.7.quelque chose; il a dit quelque chose au sujet de ne pas être en mesure de mettre à jour le journal ou la base de données... suis retourné à 1.8.4
  • Rien n'est verrouillé, donc d'autres suggestions pour la suppression d'un fichier de verrouillage ne fonctionne pas
  • La suggestion ici (Que faire quand 'svn cleanup' échoue?) pour supprimer le fichier journal ne fonctionne pas - je n'ai pas de fichier de log dans mon .SVN dossier.

De toute façon pour résoudre ce sans vérifier fraîche?

merci!

Eli

La copie de travail Subversion format n'est pas particulièrement robuste. Vous avez de la chance pour obtenir les messages d'erreur: j'ai eu corrompu copies de travail qui a des fichiers manquants et la Subversion ne serait même pas avertir. Dans mon expérience, c'est juste ne vaut pas l'effort d'essayer de le réparer: le fait de renommer le répertoire en cours, de vérifier une nouvelle copie et de copie pertinentes les fichiers non versionnés et les modifications en attente avec votre favori outil de comparaison de fichier est la seule façon de s'assurer de la validité de la copie de travail.
La dernière version (je suis en utilisant 1.9.5) de résoudre ce problème en ajoutant une option de "Briser les verrous" sur le nettoyage de menu.

OriginalL'auteur Eli | 2014-02-11

  1. 8

    Il ressemble à la svn des méta-informations sur vous un poste de travail local est corrompue. Je ne vois pas que vous pouvez résoudre ce problème facilement jusqu'à ce que vous nettoyez votre espace de travail.

    ...

    1. Sauvegarder votre dossier
    2. Supprimer .svn dossier parent du répertoire et tous les sous-répertoires dans le dossier, ou
    3. Découvrez frais code dans le répertoire distinct et ... copier des fichiers à partir du dossier de sauvegarde où vous n'avez pas .fichiers svn, afin de ne pas perdre vos modifications.
    Je ne vois pas un .ssh dossier dans l'un de mes répertoires. J'ai juste une .svn dossier dans l'extrait de racine de dossier, et il y a deux dossiers (vierges et tmp), et les 3 fichiers (entrées, le format, et wc.db)).
    .svn dossier..pas .ssh merci Dipu
    Qui a travaillé de - grâce! J'ai juste eu à assurez-vous que le dossier qu'il a été vérifier en fut de même que les dossiers qui existait déjà.

    OriginalL'auteur Guru

  2. 7

    J'ai trouvé une bonne solution pour le même problème sur blog:

    Je l'ai essayé et il fonctionne très bien. En fait, je vais avoir le code source qui est de la taille de plus de 3 GO, dans ce cas, supprimer le code source après la prise de sauvegarde de l'évolution des sources est très difficile. Donc, a trouvé cette solution appropriée à mon cas.

    Je vous remercie beaucoup. Toutes les autres solutions impliqué la suppression du dossier SVN qui est de +150 go (ne me demandez pas pourquoi). Mais ce correctif a fonctionné pour moi, et m'a sauvé le temps de tirer vers le bas la source!
    Ouais, j'ai passer à travers la même situation. La plupart des forum des réponses demande de supprimer la source de locaux et de vérifier à nouveau. Qui est en fait la solution coûteuse, lorsque le référentiel de la source est de grande taille. Content de cette solution utile pour vous et nous espérons, sera utile à d'autres.
    La meilleure solution et de loin!

    OriginalL'auteur Parth Bhagat

  3. 0

    C'est bien meilleure solution dans le cas où vous êtes creusé dans les profondeurs de votre structure de référentiel...juste le Nettoyage d'un niveau (ou deux) de plus!

    Subversion coincé en raison de "l'opération précédente n'est pas terminée"?

    OriginalL'auteur Milan Bartl

  4. 0
    1. Dans Windows 7: Rendre les fichiers cachés visibles.
    2. Back-up Contrôlé par Subversion Dossier.
    3. Check-Out Dépôt SVN vide "Nouveau Dossier".
    4. Supprimer .svn dossier Contrôlé par Subversion Dossier.
    5. Copie .svn Dossier "Nouveau Dossier" à la Subversion Contrôlée Dossier.
    6. Supprimer "Nouveau Dossier".
    7. Dans Windows 7: Rendre les fichiers cachés, invisibles.
    8. Supprimer la sauvegarde de la Subversion Contrôlée Dossier.

    OriginalL'auteur Reimar Spohr

  5. 0

    Vider le cache et de courir à nouveau..

    À faire : ALLER à .svn dossier (dossier caché à la racine) => Aller à la temp => Supprimer tout 🙂

    OriginalL'auteur vaishakhiification

  6. 0

    Aussi essayer de lancer svn cleanup à partir de la ligne de commande.

    J'étais juste capable de l'utiliser pour résoudre l'erreur: echec du Nettoyage pour traiter les voies suivantes: .... Opération précédente n'est pas terminée; exécuter le nettoyage si elle a été interrompue. Veuillez exécuter le 'nettoyage' de la commande"

    OriginalL'auteur dtm