SVN rest en conflit?

Comment puis-je sortir ce répertoire du conflit? Je me fiche que ce soit résolu en utilisant “leur” ou “mien” ou autre …

PS C:\Users\Mark\Desktop\myproject> svn ci -m "gr" svn: Commit failed (details follow): svn: Aborting commit: 'C:\Users\Mark\Desktop\myproject\addons' remains in conflict PS C:\Users\Mark\Desktop\myproject> svn resolve --accept working C:\Users\Mark\Desktop\myproject\addons Resolved conflicted state of 'C:\Users\Mark\Desktop\myproject\addons' PS C:\Users\Mark\Desktop\myproject> svn ci -m "grr" svn: Commit failed (details follow): svn: Commit item 'addons' has copy flag but an invalid revision PS C:\Users\Mark\Desktop\myproject> svn update C addons svn: Can't move 'addons\debug_toolbar\templates\debug_toolbar\.svn\tmp\ensortinges' to 'addons\debug_toolbar\templates\debug _toolbar\.svn\ensortinges': The file or directory is corrupted and unreadable. PS C:\Users\Mark\Desktop\myproject> svn cleanup PS C:\Users\Mark\Desktop\myproject> svn update Skipped 'addons' At revision 51. Summary of conflicts: Skipped paths: 1 PS C:\Users\Mark\Desktop\myproject> svn ci -m "grrr" svn: Commit failed (details follow): svn: Aborting commit: 'C:\Users\Mark\Desktop\myproject\addons' remains in conflict 

Donnez la commande suivante:

 svn resolved  

(Merci à @Jeremy Leipzig pour cette réponse dans un commentaire)

Ok, voici comment le réparer:

 svn remove --force filename svn resolve --accept=working filename svn commit 

plus de détails sont à: http://svnbook.red-bean.com/en/1.8/svn.tour.treeconflicts.html

Pour moi, seul l’option –depth infinity est rétablie Le répertoire de Svn rest dans un problème de confusion:

 svn revert --depth infinity "" svn update "" 
  1. svn resolve
  2. svn cleanup
  3. svn update

..ces trois commandes de la CLI svn dans cette séquence alors que cd-ed dans le bon répertoire fonctionnaient pour moi.

Si vous utilisez l’IDE Eclipse et que vous tombez sur cette erreur lors de la validation, voici une solution intégrée à votre outil. J’utilise Subclipse, mais la solution pour Subversive pourrait être similaire.

Ce que vous n’avez peut-être pas remarqué, c’est qu’il y a un symbole supplémentaire sur le fichier en conflit, qui marque le fichier comme étant “en conflit”.

Cliquez avec le bouton droit sur le fichier, choisissez “Equipe” et “Modifier les conflits …”. Choisissez l’action appropriée. J’ai fusionné le fichier manuellement au niveau du texte auparavant, j’ai donc pris la première option, qui prendra l’état actuel de votre copie locale comme “solution résolue”. Maintenant, appuyez sur “OK” et c’est tout.

Le symbole en conflit aurait dû disparaître et vous devriez pouvoir recommencer.

Une autre solution ci-dessous,

Si tout le dossier est supprimé et que svn génère l’erreur “fichier d’administration .svn est manquant”, les éléments suivants seront utilisés pour résoudre le conflit en état de fonctionnement.

 svn resolve --accept working "file / directory name " 

Instructions pour Tortoise SVN

Accédez au répertoire dans lequel vous voyez cette erreur. Si vous n’avez aucune modification, procédez comme suit:

une. Faites un clic droit et faites un “retour”
b. Sélectionnez tous les fichiers
c. Ensuite, mettez à jour le répertoire à nouveau

Si vous rencontrez des problèmes lors de la résolution (comme moi) et que vous ne pouvez pas supprimer et mettre à jour les ressources car vous avez apporté de nombreuses modifications, et que vous utilisez eclipse subversive au lieu de client natif, procédez comme suit:

  1. faire une copie de tout votre dossier de projet
  2. effectuer une équipe> déconnecter dans l’éclipse et choisir de supprimer les métadonnées svn
  3. puis choisissez équipe> partager le projet et pointez sur le même dossier dans lequel réside votre projet.
  4. choisir oui et tout valider (vous voudrez peut-être exclure des ressources très locales, comme les fichiers de configuration)
  5. Si vous avez supprimé ou déplacé des ressources avant votre premier essai de validation, supprimez ces anciennes ressources (elles devraient avoir doublé, une fois dans un ancien emplacement, une nouvelle) et valider ces suppressions.

Vous avez terminé.

Je suppose que la solution est la suivante:

 (1) backup your-file/your-directory (2) svn revert your-file/your-directory (3) svn update your-file/your-directory (4) Merge the backup your-file/your-directory to the updated one. (5) svn ci -m "My work done" 

J’ai eu un problème similaire, c’est comme ça qu’il a été résolu

xyz @ ip: ~ / formsProject_SVN $ svn resolu formsProj / templates / search

État en conflit résolu de ‘formsProj / templates / search’

Maintenant, mettez à jour votre projet

xyz @ ip: ~ / formsProject_SVN $ svn update

Mise à jour ‘.’:

Sélectionnez: (mc) conserve les mouvements locaux affectés, (r) marque résolue (les pauses bouge), (p) reporte, (q) quitte la résolution, (h) aide: r (sélectionnez l’option “r” pour résoudre)

État en conflit résolu de ‘formsProj / templates / search’

Résumé des conflits: Conflits d’arbres: 0 restant (et 1 déjà résolu)

J’ai eu le même problème sur Linux, mais je ne pouvais pas le réparer avec la réponse acceptée. J’ai été capable de le résoudre en utilisant cd pour aller dans le bon dossier puis en exécutant:

 svn remove --force filename syn resolve --accept=working filename svn up 

C’est tout.

J’utilise la commande suivante afin de supprimer les conflits en utilisant la ligne de commande

 svn revert "location of conflict folder" -R svn cleanup svn update 

pour rétablir le répertoire actuel

 svn revert . -R