Comment résoudre "Le noeud '...' n'a pas été trouvé." Dans SVN

J'ai fusionné les deux branches (le tronc et une branche de développement). Un dossier a disparu.

Je suis en train de travailler en ligne de commande et en essayant de dire svn resolve --accept working src/path/to/folder le terminal crache The node 'src/path/to/folder' was not found

Après qu'il a également crache:

svn: E200009: Could not add all targets because some targets don't exist

svn: E200009: Illegal target for the requested operation

Comment puis-je forcer le SVN à accepter ce changement?

Merci!

source d'informationauteur Andrei | 2012-11-20

  1. 7

    J'ai été frappé de cette erreur en essayant d'utiliser TortoiseSVN pour mettre à jour une copie de travail. Dans mon cas, j'ai réussi à contourner ce problème en utilisant le SVN interface en ligne de commande au lieu de svn update. Même après une livraison réussie j'étais toujours incapable de mise à jour.

    Très étrange, mais un manuel de suppression et de mise à jour semblait tout propre. Deux de mes clients ont été basées sur la Subversion 1.7.6.

  2. 3

    Il ressemble à de l'info est cassé. Ce qui semble se produire au cours de fusion avec l'arbre des conflits.

    J'ai eu à résoudre le svn de la base de données qui est le fichier .svn/wc.db.

    AVERTISSEMENT! La manipulation de la svn de base de données qui peut être nocif! Faire cela seulement si vous disposez d'une sauvegarde et si cette procédure ne permet pas, de restaurer les données à partir d'une sauvegarde.

    1. Aller à SQLite à partir de SQLite Page De Téléchargementtéléchargez l'archive de la version précompilée pour votre plate-forme et l'extraire par exemple pour /outils

    2. Changement dans la .svn répertoire de faire une sauvegarde de la wv.db (!) et exécuter sqlite3 avec wc.db comme paramètre. E. g.

      \tools\sqlite3.exe wc.db

    3. De recherche les entrées à l'origine du problème avec

      select * from actual_node where conflict_data like '%missing%';

      ou

      select * from actual_node where conflict_data like '%obstructed%';

      affiner ces requêtes jusqu'à ce que seul le mauvais nœuds réels sont répertoriés. Aussi

      select * from actual_node where local_relpath like '%...%';

      est utile pour trouver les défauts des nœuds.

    4. Supprimer les nœuds défectueux par le remplacement de la sélectionnez avec un supprimer

      delete from actual_node where conflict_data like '%missing%';

    5. Vérifiez de nouveau avec votre favori svn outil.

    6. Rincer et répéter jusqu'à ce que tous les problèmes ont disparu.

    AVERTISSEMENT! La manipulation de la svn de base de données qui peut être nocif! Faire cela seulement si vous disposez d'une sauvegarde et si cette procédure ne permet pas, de restaurer les données à partir d'une sauvegarde.

    Pour moi, il a travaillé à plusieurs reprises.

  3. 1

    J'ai eu ce problème se produit en raison de la copie de travail d'être vérifié en utilisant le nom DNS du serveur, par exemple http://myServer/svn/software/Trunk/ ; et la direction générale à partir de laquelle j'ai dit à mon client SVN pour fusionner était la même branche, n'étant référencées directement par son adresse IP, par exemple http://10.140.1.29/svn/software/Branches/myBranch/ . Très facile de négliger lors de l'utilisation d'une interface graphique à base de client tel que TortoiseSVN, et de l'énigmatique messages d'erreur comme "nœud ne trouve pas" ne pas vraiment vous dire quoi que ce soit. Espérons que cela aide quelqu'un.

  4. 0

    A cela aussi dans Eclipse. J'ai fait plusieurs actualiser, svn cleanup, etc mais rien n'y fit.

    Alors je n'ai SVN commit à partir de la ligne de commande qui a bien fonctionné.

  5. -2

    J'ai supprimé le fichier du dossier et mise à jour à nouveau. J'ai trouvé que cela a résolu ce problème.