Ce sont ces ^M que continuer à montrer dans mes fichiers dans emacs?

Donc je pense qu'il peut avoir à faire avec textmate, mais nous travailler dans une petite équipe, et avoir quelques problèmes avec le fichier complet des conflits de près de fichiers identiques dans git, car chaque ligne d'une branche a un ^M ajouté.

Quelle est cette mystérieuse ^M personnage censé faire, et où pourrait-il venir de la?

Nos développeurs utilisent emacs sous Windows/Mac, TextMate sur Mac, coda sur Mac, et de temps en temps le wp-admin éditeur de texte.

Personne n'a jamais ce problème découlant de l'une de ces?

Pour ce que ça vaut: de la recherche pour "ctrl" au lieu de ^
Le plus gros problème est, qu'allez-vous faire à ce sujet? Les Chances sont, Emacs n'est pas de les introduire. Votre équipe doit décider si oui ou non les fichiers doivent être de format DOS (avoir ^M) ou au format Unix (n ^M), et de la faire respecter.

InformationsquelleAutor Neil Sarkar | 2009-11-30

90

Quelqu'un n'est pas la conversion de leur ligne de fin de caractères correctement.

Je suppose que c'est le Windows folk comme ils aiment leur CRLF. Unix aime LF et Mac aimé CR jusqu'à ce qu'il a montré la manière Unix.
- Pour la clarification: le Mac utilisé CR jusqu'à la version 10 (OS X), maintenant, il utilise LF.
- J'ai l'impression que la façon dont Windows est plus logique, puisque les termes CR et LF viennent de l'époque des machines à écrire. Vous n'avez qu'à faire les deux: un Retour Chariot pour obtenir la saisie de point au début de la ligne et un saut de Ligne pour faire défiler une ligne vers le bas. Mac OS Classique (CR) sur une machine à écrire voudrais juste garder l'écrasement de la même ligne. La manière Unix (LF) sur une machine à écrire de sortie échelonnée de texte jusqu'à ce que vous avez atteint la pleine largeur de la page. 🙂
- de plus logique que dans la "nous voulons émuler une machine à écrire" sens. Je ne peux pas commencer à comprendre pourquoi c'est même à distance plus utile.
- pourquoi voulez-vous représenter quelque chose avec deux personnages, lorsqu'il peut être représenté par un seul caractère?
- G: Tout peut être représenté dans un seul personnage, aussi longtemps que beaucoup d'entre nous d'accord. Est-ce à dire que nous devons? Nous pouvons type de tous nos messages sans ponctuation, des majuscules, et juste à chaque phrase sur une nouvelle ligne, et tout le monde serait-il comprendre. Est-ce à dire que nous devons? Il n'est pas question de "faire quelque chose parce que nous le pouvons". Cela dit, je préfère la LF ainsi.
- de plus logique, en 1958. Ce n'est pas 1958.
- git config de base.autocrlf=input (Linux et pas de conflit avec Windows, testé dans un projet avec des utilisateurs windows et linux sur un serveur linux). la Documentation
InformationsquelleAutor Broam
97

Dans git-config, ensemble core.autocrlf à true de faire git convertir automatiquement les fins de ligne correctement pour votre plate-forme, par exemple, exécutez cette commande pour un paramètre global:
```
git config --global core.autocrlf true
```
- Je pense que c'est la meilleure réponse, car elle répond à la question dans le contexte de l'OP, à savoir git.
- J'ai déjà eu des "[core]\n autocrlf = true" dans mon~/.gitconfig fichier, mais c'est encore permettez-moi de git clone code.google.com/p/pytomtom' avec '^m' caractères?????
- Cette réponse UNIQUEMENT s'applique si votre plate-forme Windows! Si vous travaillez sur Mac/Linux, le "vrai" doit devenir "entrée" ! Voir help.github.com/articles/dealing-with-line-endings et ici: stackoverflow.com/questions/9225599/...
- AVERTISSEMENT: cette réponse alors corrompt beaucoup d'autres fichiers lors de l'git de manière incorrecte "devine" que la ligne terminaisons sont sans importance et doivent être changés. C'est létale pour les projets de logiciels où ces personnages existent dans un fichier de données (ouais, j'ai été brûlé par cette douloureuse de l'onu-break). C'est un terrible solution à mon humble avis.
- Qu'est-ce exactement pause changement de fins de ligne? Où avez-vous avez un problème, lorsque l'on travaille avec des données? Il ne devrait pas affecter de rien, c'est juste de manière différente à la marque de fin de ligne. Je me demande simplement.
- pensez-y; l'ordinateur n'est pas "comme par magie" savoir qui CRLF / LF est une ligne de fin, et qui ne l'est pas. Donc, il change tous les. Et si le personnage était là, mais PAS comme une ligne de fin de ... vous venez de corrompus de vos données.
- Cela a fonctionné pour moi sur macOS.
InformationsquelleAutor Josh Lee
28

^M est 0x0d, c'est à dire le caractère de retour chariot. Si votre écran ressemble à
```
ligne 1^M 
ligne 2^M 
```
alors le fichier doit venir de Windows parce que la norme de retour à la ligne séquence sur Windows est CR LF (0x0d 0x0a) alors que la norme de retour à la ligne séquence se compose uniquement de LF sur Unix.

Si le fichier provient d'un Mac OS 9 ou une version antérieure du système, vous verriez comme
```
ligne 1^Mline 2^M 
```
parce qu'il n'y aurait pas de ligne de flux après les retours chariot.
- Les points de Bonus pour l'utilisation du mot "Unix".
InformationsquelleAutor Sinan Ünür
15

De faire le ^M disparaître dans git, type:
```
git config --global core.whitespace cr-at-eol
```
Crédits:
https://lostechies.com/keithdahlby/2011/04/06/windows-git-tip-hide-carriage-return-in-diff/
- ne pas changer quoi que ce soit.
- ne fait que le ^M pour disparaître de l'affichage lors de l'utilisation de git diff mais elle est toujours là
- En effet, il n'affiche que les ^M dans les espaces, mais git diff prend toujours les ^M en compte lors de la comparaison de fichiers. Supprimer ce paramètre avec git config --global --unset core.whitespace (à partir de ce thread).
- Vous pouvez également omettre le --global juste configurer le courant des pensions.
InformationsquelleAutor bonif
8

Ils ont à faire avec la différence entre le DOS de style de fin de ligne et le style Unix. Découvrez la Article de Wikipedia. Vous pouvez être en mesure de trouver un dos2unix outil pour aider, ou tout simplement écrire un petit script pour les corriger vous-même.

Modifier: j'ai trouvé le suivant Python exemple de code ici:
```
string.replace( str, '\r', '' )
```
- Dans Emacs, qui serait <code>M: (remplacer-chaîne "\r","") </code>.
- Dans vim, il peut être fait avec :%s/\r//g
InformationsquelleAutor Parappa
6

au lieu de query-replace, vous pouvez également utiliser
M-x supprimer-fuite-blanc
- cela n'a pas fonctionné pour moi...j'ai sélectionné tous les textes et l'exécution de la commande.
- cela a fonctionné pour moi. merci. @devrimbaris, vous n'avez pas besoin de sélectionner quoi que ce soit, il vous suffit d'exécuter la commande. "M" est la touche meta, ou sur la touche esc. Donc, M-x est d'échappement, puis x. Ensuite, vous tapez supprimer-fuite-blanc, et appuyez sur return.
InformationsquelleAutor kaineer

Pot suivantes dans votre ~/.emacs (ou eqiuvalent)

(defun dos2unix ()
  "Replace DOS eolns CR LF with Unix eolns CR"
  (interactive)
    (goto-char (point-min))
      (while (search-forward "\r" nil t) (replace-match "")))

et alors vous seriez en mesure de simplement utiliser M-x dos2unix.

InformationsquelleAutor Jakub Narębski

4

^M à la fin de la ligne dans Emacs est indiquant un retour chariot (\r), suivi par un saut de ligne (\n). Vous verrez souvent ce si une personne de modifier les fichiers sur Windows (où la fin de la ligne est la combinaison de retour chariot et saut de ligne de caractères) et vous modifier dans Unix ou Linux (où la fin de la ligne est seulement un caractère de saut de ligne).

La combinaison de caractères n'est généralement pas dangereux. Si vous utilisez un système de contrôle, vous pouvez être en mesure de configurer le fichier texte de l'archivage format, de sorte que les lignes sont comme par magie ajusté pour vous. Alternativement, vous pouvez être en mesure d'utiliser checkin et checkout déclenche automatiquement "fixer" les fichiers pour vous. Ou, vous pouvez simplement utiliser un outil comme dos2unix pour régler manuellement les choses.

InformationsquelleAutor atk
4

Je suis en utilisant Android Studio (JetBrains IntelliJ IDEA) sur Mac OS et mon problème est que l' ^M a commencé à apparaître dans certains fichiers dans mon pull request sur GitHub.
Ce qui a fonctionné pour moi a été de changer de séparateur de ligne d'un fichier.

Ouvrir le fichier désiré dans l'éditeur de aller à
Fichier aller à
Ligne Séparateurs alors
choisir la meilleure option pour vous
(pour moi, c'était LF - Unix et OS X(\n) )

Selon le prochain article de ce problème est une conséquence de la confusion des fins de ligne entre les systèmes d'exploitation:
http://jonathonstaff.com/blog/issues-with-line-endings/

Et plus d'informations vous pouvez trouver ici:
https://www.jetbrains.com/help/idea/configuring-line-separators.html#d84378e48

InformationsquelleAutor CookieMonster
2

Comme tout le monde l'a mentionné. C'est différent de fin de ligne de style.
MacOSX utilise les fins de ligne Unix - c'est à dire LF (saut de ligne).

Windows utilise à la fois des CR (retour chariot) & LF (saut de ligne) en fin de ligne.
Depuis que vous utilisez à la fois windows et mac, et c'est là que le problème vient de.

Si vous créez un fichier dans windows et puis de le mettre sur le mac, vous risquez de voir ces ^M caractères à la fin des lignes.

Si vous voulez les supprimer, vous pouvez le faire très facilement dans emacs. Il suffit de la sélectionner et de copier le ^M personnage et faire une query-replace ^M avec et vous'e fait.

EDIT:
Quelques autres liens peuvent peut-être aider.
http://xahlee.org/emacs/emacs_adv_tips.html

Ce un vous aide à configurer emacs pour utiliser un type particulier de la ligne de fin de style.
http://www.emacswiki.org/emacs/EndOfLineTips

InformationsquelleAutor Matt
1

Je suis tombé sur cette question a tout à l'arrière. Le ^M représente un Retour Chariot, et la recherche sur Ctrl-Q Ctrl-M (Cela crée un littéral ^M) vous permettra d'obtenir une poignée sur ce personnage dans Emacs. J'ai fait quelque chose le long de ces lignes:
```
M-x replace-string [ENTER] C-q C-m [ENTER] \n [ENTER]
```
InformationsquelleAutor nedblorf
1

Voir aussi:

Cacher ^M dans emacs

Être prudent si vous choisissez de supprimer les ^M de caractères et de la renvoyer à votre équipe. Ils peuvent voir un fichier sans retour à la ligne par la suite.

InformationsquelleAutor Demosthenex
1

Si vous n'avez pas dos2unix utilitaire installé sur votre système, vous pouvez créer votre propre pour se débarrasser de Windows ligne de caractères:
```
vi ~/dos2unix.bash:
```
avec le contenu suivant
```
#!/bin/bash
tr -d '\r' < $1 > repl.tmp
mv -f repl.tmp $1
```
Dans votre ~/.bashrc, ajoutez la ligne:
```
alias 'dos2unix=~/dos2unix.bash'
```
L'application de
```
dos2unix file_from_PC.txt
```
va supprimer les ^M les caractères de la ligne se termine dans file_from_PC.txt. Vous pouvez vérifier si vous avez ou non à l'aide de chat:
```
cat -v file_from_PC.txt
```
InformationsquelleAutor grapesh
0

La solution pour moi a été d'utiliser les éléments suivants elisp fonction trouvée dans ce Emacs Article De Wiki.
```
 (defun dos2unix ()
      "Not exactly but it's easier to remember"
      (interactive)
      (set-buffer-file-coding-system 'unix 't) )
```
Exécuter la fonction M-x dos2unix sur le tampon et enregistrer le fichier, tous les ^M disparaîtra.

InformationsquelleAutor Carlo Rodríguez

Vous devez vous connecter pour publier un commentaire.