SVN garde corrompre les fichiers avec “<<<<<<< .de la mine”, comment réparer?

J'ai un Visual Studio C# projet qui est sous contrôle de version (SVN).
J'ai toujours ajoutés et mis à jour sans aucun problème. Mais il y a quelques heures Visual Studio lance le message d'erreur suivant lorsque j'essaie de lancer/reconstruire le projet:

Fichiers a une valeur non valide "<<<<<<<
.le mien". Caractères illégaux dans le chemin.

Je ne sais pas comment résoudre ce problème. Que dois-je faire?

InformationsquelleAutor MysticEarth | 2010-01-06
  1. 65

    Ce qui se passe quand svn rencontre un conflit: Vous avez modifié un fichier, le fichier sur le serveur a été changé, et elle ne peut pas (facilement) être fusionnées automatiquement. Vous besoin de décider quelle est la bonne solution maintenant.

    Subversion ajoute juste la diff dans votre fichier source (et crée des fichiers à côté d'elle, appelée OriginalName.le mien (inchangé) et OriginalName.rsomething (inchangé, version du serveur)).

    Résoudre le conflit et de dire à subversion que c'est résolu.

    • Merci à tous. Trouvé le problème en affichant des différences avec ma copie de travail, il semblait être un fichier dans le dossier de Débogage (qui je veux depuis le SVN aujourd'hui). Un de mes collègues résolu choses tout en n'étant pas résolu..
    • Résoudre le conflit dans lequel des 3 fichiers? .mine? .rOLDREV? .rNEWREV? Réponse: Aucun d'entre eux. Au lieu de cela, fixer dans la origine fichier (c'est vrai: SVN de la tentative de commettre les feuilles de 4 à confusion fichiers)
    InformationsquelleAutor Benjamin Podszun
  2. 37

    il suffit de supprimer le dossier obj et il a bien fonctionné.

    • Le dossier obj n'a rien à voir avec la corruption de fichiers par Subversion
    • L'erreur que vous avez dans la ligne d'objet arrive parfois, si vous essayez de construire avant de résoudre les conflits, et revient sans cesse, MÊME APRÈS avoir résolu cela. grepping les répertoires n'a pas rien à voir avec la "<<<<<.mine" parce qu'il est incorporé sous forme binaire sous obj; c'est ainsi que vous êtes pas plus sage ce qui est à l'origine de la construction problème, ni comment le résoudre. La suppression /obj résout le problème immédiatement. Si vous vous trompez, le dossier obj a quelque chose à voir avec la corruption de fichiers par Subversion. Ho hum.
    • +1 cela a fonctionné pour moi aussi. La "Liste d'Erreurs" n'était pas d'inscription spécifique fichier et je l'avais résolu manuellement les conflits et les ReSharper de ne pas voir les problèmes dans la solution, et Trouver ne pas trouver quelque chose comme ".le mien", mais encore VS refuserait de Construction ou même Propre. La suppression de la "obj" dossier était une solution instantanée. Pas besoin de redémarrer VS.
    • la suppression de dossier obj fonctionne pour moi
    • oui il a bien fonctionné pour moi aussi. J'ai juste supprimé "obj" du dossier et il a bien fonctionné pour moi.
    • Merci pour la solution!
    • parfait!!!!!!!!!

    InformationsquelleAutor marcg
  3. 10

    De supprimer le code qui ne devrait pas être dans le fichier de jeter l'erreur et supprimer les trois fichiers avec les extensions .le mien, .<somerevision> et .<some_other_revision>. svn mise à jour des fichiers qui contiennent maintenant des 'conflits' et vous avez besoin de résoudre ces conflits en main. Habituellement, cela signifie que vous avez édité un fichier, quelqu'un d'autre a édité le même fichier et vérifié les modifications et vous ne payez pas attention lors de la vérification du fichier modifié.

    • Peut-être une question stupide; mais où puis-je trouver les .mine de fichiers? Je n'arrive pas à les trouver. Aussi, aucun fichier n'est en conflit et quand je fais une recherche dans tous les fichiers de "mine", ils n'ont rien trouvé...
    • Juste à côté du fichier source qui ne compile pas plus (parce que des marqueurs de conflit). Vérifier les fichiers avec le même nom de base, mais des extensions différentes.
    • Eh bien, Visual Studio ne donne pas le nom d'un fichier, juste l'erreur ci-dessus. Et je ne vois pas de marqueurs de conflit...
    • Il sera dans le .csproj (ou .vcproj ou quoi que ce soit) du fichier ou le .la sln fichier. Vous pouvez utiliser de façon appropriée intitulé "blâme" la fonction de svn pour voir qui a commis l'infraction lignes. Celui qui est a résolu un conflit de manière incorrecte.
    • Oubliez Visual Studio pour un moment et naviguez jusqu'au fichier du système de fichiers. Vous trouverez les fichiers mentionnés là. Vous pouvez résoudre le conflit à partir de votre IDE si (modifier le fichier). Mal en train de pensées: Peut-être que certains de vos collègues a réussi à vérifier que le fichier en conflit avec les marqueurs à l'intérieur..?
    • Merci à tous. Trouvé le problème en affichant des différences avec ma copie de travail, il semblait être un fichier dans le dossier de Débogage (qui je veux depuis le SVN aujourd'hui). Un de mes collègues résolu choses tout en n'étant pas résolu..

    InformationsquelleAutor Confusion
  4. 6

    Veuillez lire la Utilisation De Base chapitre dans le livre de subversion. Il comporte une section sur les La fusion des conflits par la main qui explique les marqueurs de conflit que vous avez vu.

    • actuellement j'ai écrit un exemple de mon propre, mais comme toujours, la svnbook a un beaucoup plus complète, et si vous êtes à l'aide de la Tortue jeter un oeil sur tortoisesvn.net/docs/release/TortoiseSVN_en/index.html (en particulier dans le chapitre 4 Guide d'Utilisation Quotidienne)
    InformationsquelleAutor Wim Coenen
  5. 6

    Supprimer tout ce que vous avez dans dossier obj .

    Supprimer votre dossier obj de svn de contrôle de version . Parce qu'à chaque génération il se mis à jour et lorsque les autres développeur de valider les modifications apportées à la solution SVN est incapable de marge dossier obj fichiers et augmenter erreur

    Fichiers a une valeur non valide "<<<<<<< .le mien". Caractères illégaux dans le chemin.

    InformationsquelleAutor Muhammad Nasir
  6. 3

    De retirer le débogage des dossiers a fonctionné pour moi (voir le commentaire-pas de réponse ci-dessus).
    Je l'ai obtenu après le déplacement de 12 dossiers à partir d'une section de svn à une nouvelle section. Donc, si vous obtenez ce après le déplacement d'un projet et l'erreur ne peut pas pointer vers un fichier réel, c'est probablement votre problème.

    • Merci, c'était à cause du dossier de débogage, il n'a pas été pointant vers un fichier réel.
    InformationsquelleAutor done_merson
  7. 2

    Si vous avez AnkhSVN ou VisualSVN installé la résolution de ce risque est plus aussi facile que cliquant droit sur le fichier dans l'explorateur de solutions et sélectionnez editer le conflit.

    Cela va ouvrir le fichier modifié dans votre fusion de l'éditeur. (Voir Outils->Options->Contrôle de la Source->Subversion de l'Utilisateur des outils pour AnkhSVN). Avec un bon outil de fusion comme le libre de les utiliser SourceGear DiffMerge ou TortoiseMerge, la résolution du conflit est à seulement quelques mouseclicks loin.

    • VisualSVN en fait cela en utilisant TortoiseSVN. Vous pouvez aussi le faire avec TortoiseSVN en cliquant droit sur le fichier dans l'Explorateur Windows et en sélectionnant Modifier Conflit.
    InformationsquelleAutor Bert Huijben
  8. 1

    J'ai eu cela se produise sur une grande échelle où les fichiers marqués résolu, mais le conflit de métadonnées est toujours là. J'ai écrit une expression régulière pour visual studio pour trouver ces derniers, pour les cas où il n'est pas possible de simplement revenir les fichiers modifiés.

    http://www.codetunnel.com/blog/post/90/ever-merge-with-svn-and-mess-up-when-resolving-conflicts-read-on

    InformationsquelleAutor Chev
  9. 1

    J'ai fermé les IDE, puis supprimé le dossier obj et redémarré l'IDE et reconstruit mon Code. Cela a fonctionné pour moi.

    • Pas besoin de fermer/rouvrir VS. Cliquez sur "Afficher tous les fichiers" dans le l'Explorateur de solutions et supprimer le "Obj" le dossier. Fait.
    InformationsquelleAutor Abhishek
  10. 1

    • À l'intérieur de votre projet :

      odj folder -> Debug -> project name.csproj.Filelistabsolute.txt(snb.csproj.Filelistabsolute.txt)

    • À l'intérieur du fichier texte
      >>>>>>>.mine et >>>>>>>.r150 se produit
      pour supprimer les choses que le programme fonctionne

    InformationsquelleAutor Rajkumar
  11. 1

    1)il suffit d'enregistrer vos modifications locales tout u avoir édité dans le fichier

    2)rétablir le fichier

    3)mettre à jour à partir de SVN

    4)Coller vos changements locaux

    • C'est ce que je fais tout le temps de sortir de cette erreur.
    InformationsquelleAutor Rohan Gala
  12. 0

    Si vous utilisez TortoiseSVN, vous devriez avoir un droit-cliquez sur l'option sur le fichier appelé Conflits d'Édition. Cela doit apparaître TortoiseMerge qui est capable de lire ces odieux notations coincé dans le fichier (vraiment, à casser votre code de sorte que vous SAVEZ qu'il y a un problème et ne pas aveuglément le vérifier dans).

    TortoiseMerge va le lire correctement et de vous présenter avec un 3-way merge. C'était ce que je cherchais. Même s'il est vrai que cela fait aussi créer les séparer .mine de et .rxxx et .ryyy fichiers, et il y a des manuels en ligne de commande et des moyens de traiter avec tout cela.

    InformationsquelleAutor Josh Sutterfield