SVN continue de corrompre les fichiers avec «<<<<<<<< .Mine», comment réparer?
https://stackoverflow.com/questions/2012810
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai un projet Visual Studio C # qui est sous le contrôle de version (SVN). J'ai toujours commis et mis à jour le projet sans aucun problème. Mais il y a quelques heures, Visual Studio lance l'erreur suivante lorsque j'essaie de lancer / reconstruire le projet:
Les fichiers ont une valeur non valide "<<<<<<< .Mine". Personnages illégaux dans le chemin.
Je ne sais pas comment résoudre ce problème. Que devrais-je faire?
La solution
Cela se produit lorsque SVN rencontre un conflit: vous avez changé un fichier, le fichier sur le serveur a été modifié et il ne peut pas (facilement) être fusionné automatiquement. Tu Besoin de décider quelle est la bonne solution maintenant.
Subversion ajoute simplement le diff dans votre fichier source (et crée des fichiers à côté, appelé originalName.mine (inchangé) et originalName.rsomething (inchangé, version du serveur)).
Réparez le conflit et dites à Subversion que c'est résolu.
Autres conseils
Supprimez simplement le dossier OBJ et cela fonctionnera bien.
Supprimez le code qui ne devrait pas être dans le fichier lançant l'erreur et supprimez les trois fichiers avec des extensions .min,.<somerevision> et .<some_other_revision>. SVN a mis à jour les fichiers qui contiennent désormais des «conflits» et vous devez résoudre ces conflits à la main. Habituellement, cela signifie que vous avez modifié un fichier, quelqu'un d'autre a édité le même fichier et vérifié les modifications et que vous n'avez pas fait attention lors de la vérification du fichier modifié.
Veuillez lire le Utilisation de base Chapitre du livre de la subversion. Il a une section sur Fusion des conflits à la main Ce qui explique les marqueurs de conflit que vous voyez.
Supprimer tout ce que vous avez dossier obj .
Retirez votre dossier obj de svn contrôle de version . Parce que sur chaque build, il est mis à jour et lorsque d'autres développeurs commettent des modifications dans Solution SVN n'est pas en mesure de marger les fichiers de dossiers OBJ et d'augmenter l'erreur
Les fichiers ont une valeur non valide "<<<<<<< .Mine". Personnages illégaux dans le chemin.
La suppression des dossiers de débogage a fonctionné pour moi (voir le commentaire-non-réponse ci-dessus). J'ai eu cela après avoir déplacé 12 dossiers d'une section de SVN à une nouvelle section. Donc, si vous l'obtenez après avoir déplacé un projet et que l'erreur ne pointe pas vers un fichier réel, c'est probablement votre problème.
Si tu as Ankhsvn ou Visualsvn Résolution installée Ceci est très probablement aussi simple que de cliquer avec le bouton droit dans le fichier dans l'explorateur de solutions et de sélectionner le conflit d'édition.
Cela ouvrira le fichier modifié dans votre éditeur de fusion. (Voir outils-> Options-> Contrôle source-> Outils utilisateur Subversion pour ANKHSVN). Avec un bon outil de fusion comme le gratuit à utiliser SourceGear Diffmerge ou tortuemerge, résoudre le conflit n'est qu'à quelques mousclics.
J'ai eu cela à grande échelle où les fichiers sont marqués résolus, mais les métadonnées du conflit sont toujours là. J'ai écrit une expression régulière pour Visual Studio pour les trouver, pour les cas où il n'est pas possible de simplement retourner les fichiers modifiés.
J'ai fermé l'IDE, puis j'ai supprimé le dossier OBJ et redémarré l'IDE et reconstruit mon code. Cela a fonctionné pour moi.
Dans votre projet:
odj folder -> Debug -> project name.csproj.Filelistabsolute.txt(snb.csproj.Filelistabsolute.txt)À l'intérieur du fichier texte
>>>>>>>.mineet>>>>>>>.r150se produit pour supprimer les choses que le programme fonctionne
1) Enregistrez simplement vos modifications locales tout ce que vous avez édité dans le fichier
2) Retourner le fichier
3) Mettez-le à la mise à jour à partir de SVN
4) Collez vos changements locaux
Si vous utilisez TortoiseSVN, vous devez avoir une option de clic droit dans le fichier appelé Modifier les conflits. Cela devrait faire apparaître un tortuemerge qui est capable de lire ces notations désagréables coincées dans le fichier (vraiment, pour casser votre code afin que vous sachiez qu'il y a un problème et ne le vérifiez pas aveuglément).
TortOisemerge le lira correctement et vous présentera une fusion à 3 voies. C'était ce que je cherchais. Bien qu'il soit vrai qu'il crée également les fichiers distincts et .rxxx et .ryyy, et il existe divers moyens manuels et de commande de gérer tout cela.
