Impossible de résoudre le conflit d'arborescence avec SVN

Question

J'ai récemment rencontré un comportement très étrange de subversion.

Je viens de fusionner ma copie locale d'une branche avec une branche distante. Tout s'est bien passé, mais j'ai 1 conflit d'arbre (suppression locale, mise à jour à distance). Ok, pensai-je, modifiâmes la copie de travail de manière appropriée et lançâmes "svn resolve --accept = working -R.". Subversion a indiqué qu'il avait résolu mes problèmes et que "svn st" ne présentait plus aucun problème. Donc, j'ai essayé de m'engager, mais svn m'a dit que l'un des dossiers internes (à l'intérieur de mon dossier en conflit) était obsolète et suggéré de le faire, MAIS cela a rendu le dossier encore en conflit! Que dois-je faire pour sortir de ce cercle visu?

Answer 1

Cela peut ne pas aider, mais parfois un "svn cleanup" corrige des problèmes de métadonnées bizarres. Si vous extrayez une copie de travail propre, la copie propre a-t-elle le même problème? Si oui, la réponse précédente ressemble à un pas dans la bonne direction.

Answer 2

Vous pouvez utiliser un autre moyen que la commande svn resolve:

1. Créer un patch du fichier conflictuel. (Ou une sauvegarde de votre version du dossier conflictuel avec svn export ...)
2. Mettez à jour votre référentiel (mise à jour svn)
3. Appliquer le patch fait précédemment (ou remplacer le fichier conflictuel/dossier avec la sauvegarde)
4. Validez la modification (svn commit)

Answer 3

Vous n'aviez probablement pas vos dossiers mis à jour lorsque vous avez effectué la fusion, ou il y avait un conflit quelque part avant la fusion. Pour corriger, vous devez rétablir votre tronc (dossier cible) à la révision précédente. Ensuite, exécutez le nettoyage sur ce dossier. Ensuite, exécutez le nettoyage sur le dossier de la branche (dossier source). Ensuite, mettez à jour les deux dossiers à nouveau. Si vous obtenez des lignes en rouge dans un flux de travail, vous devez d'abord restaurer ces fichiers, puis les placer dans l'état souhaité. Ensuite, mettez à jour les dossiers (oui, encore une fois). Terminez enfin la fusion à nouveau.

Answer 4

~/sandbox/jabira > svn resolve --accept=theirs-full testClient/ 
svn: warning: Tree conflicts can only be resolved to 'working' state; 'testClient' not resolved 

~/sandbox/jabira > svn resolve --accept=working testClient/ 
Resolved conflicted state of 'testClient' 

Hope this aide

Answer 5

C'est ce qui m'a travaillé pour Abandonner tous les changements locaux et aller avec les fichiers du référentiel du serveur:

svn update --accept theirs-full 

svn resolve --accept theirs-full <pathname> 

Ce message apparaît: W155027: conflit Arbre ne peut être résolu que pour 'travailler'

La prochaine étape n'est pas intuitive, mais cela coupe réellement le crochet. 22:

svn resolve --accept=working <pathname> 

Maintenant, annulez tous les changements de "travail" récursivement. Cela a annulé tous mes changements locaux.

svn revert -R . 

Retour à la normale, sans erreur:

svn update