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 " "
..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:
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