emacsでファイルに表示され続ける^ Mは何ですか？

したがって、テキストメイトに関係している可能性があると思いますが、私たちは小さなチームで作業していて、1つのブランチの各行に^ Mが追加されているため、git内のほぼ同じファイルのフルファイルの競合に関する問題が発生しています。

この神秘的な^Mキャラクターは何をすることになっているのですか？それはどこから来たのでしょうか？

私たちの開発者は、Windows / Macではemacs、MacではTextMate、Macではcoda、そして時にはwp-adminテキストエディターを使用しています。

誰かがこの問題を原因としてこの問題を抱えたことはありますか？

git-config設定、設定core.autocrlfするtrueGitは自動的に、例えば、ご使用のプラットフォーム用に正しく行末を変換するグローバル設定のため、このコマンドを実行するには：

git config --global core.autocrlf true

誰かが行末文字を正しく変換していません。

彼らは彼らのCRLFを愛しているので、私はそれはWindowsの人々だと思います。UnixはLFを愛し、MacはUnixのやり方が示されるまでCRを愛していました。

^Mis 0x0d、つまり復帰文字。ディスプレイが次のようになっている場合

行1 ^ M
行2 ^ M

Windowsの標準の改行シーケンスはCR LF（0x0d 0x0a）なので、ファイルはWindowsからのものである必要がありますが、標準の改行シーケンスはLFUnices のみで構成されています。

ファイルがMac OS 9以前のシステムからのものである場合、次のように表示されます。

行1 ^ M行2 ^ M

キャリッジリターンに続くラインフィードがないためです。

^ Mをgitで非表示にするには、次のように入力します。

git config --global core.whitespace cr-at-eol

クレジット：https : //lostechies.com/keithdahlby/2011/04/06/windows-git-tip-hide-carriage-return-in-diff/

それらは、DOSスタイルの行末とUnixスタイルの違いに関係しています。チェックアウトウィキペディアの記事を。役立つdos2unixツールを見つけるか、自分で修正するための小さなスクリプトを作成するだけです。

編集：私はここに次のPythonサンプルコードを見つけました：

string.replace( str, '\r', '' )

私はMac OSでAndroid Studio（JetBrains IntelliJ IDEA）を使用していますが、問題は^ MがGitHubのプルリクエストの一部のファイルに表示され始めたことでした。私にとってうまくいったのは、ファイルの行区切り文字を変更することでした。

エディタで目的のファイルを開きに行くを ファイルに行く ラインセパレータは、その後、 あなたのための最良のオプションを選択します （私のためにそれがあったLF - UnixとOS X（\ n）は）

次の記事によると、この問題はオペレーティングシステム間の行末が混乱していることが原因です：http : //jonathonstaff.com/blog/issues-with-line-endings/

ここで見つけることができる詳細情報：https : //www.jetbrains.com/help/idea/configuring-line-separators.html#d84378e48

query-replaceの代わりに、Mx delete-trailing-whitespaceを使用することもできます

あなたの~/.emacs（または同等のもの）に以下をポットします

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

そして、あなたは単に使用することができるでしょうM-x dos2unix。

^MEmacsの行末の改行は、復帰（\ r）とそれに続く改行（\ n）を示しています。Windowsでファイルを編集し（行末はキャリッジリターンと改行文字の組み合わせ）、UnixまたはLinuxで編集すると（行末が改行文字のみ）、これがよく見られます。

文字の組み合わせは通常、害はありません。ソース管理を使用している場合は、テキストファイルのチェックイン形式を構成して、行が魔法のように調整されるようにすることができます。または、ファイルを自動的に「修正」するチェックインおよびチェックアウトトリガーを使用できる場合があります。または、dos2unixなどのツールを使用して手動で調整することもできます。

みんなが言ったように。別の行末スタイルです。MacOSXはUnixの行末、つまりLF（改行）を使用します。

Windowsは、CR（復帰）とLF（改行）の両方を行末として使用します。問題の原因となっているウィンドウとMacの両方を使用しているためです。

Windowsでファイルを作成し、それをMacに持ってくると、これらの^ M文字が行末に表示されることがあります。

それらを削除したい場合は、emacsでこれを非常に簡単に行うことができます。^ M文字を強調表示してコピーし、クエリ^ Mをに置き換えれば完了です。

編集：役立つかもしれないいくつかの他のリンク。 http://xahlee.org/emacs/emacs_adv_tips.html

これは、特定のタイプの改行スタイルを使用するようにemacsを構成するのに役立ちます。 http://www.emacswiki.org/emacs/EndOfLineTips

しばらく前にこの問題に遭遇しました。^ Mは復帰を表し、Ctrl-Q Ctrl-M（これによりリテラル^ Mが作成されます）を検索すると、Emacs内でこの文字のハンドルを取得できます。私はこれらの線に沿って何かをしました：

M-x replace-string [ENTER] C-q C-m [ENTER] \n [ENTER]

システムにdos2unixユーティリティがインストールされていない場合は、独自のユーティリティを作成してWindowsのエンドライン文字を取り除くことができます。

vi ~/dos2unix.bash:

次の内容で

#!/bin/bash
tr -d '\r' < $1 > repl.tmp
mv -f repl.tmp $1

〜/ .bashrcに次の行を追加します。

alias 'dos2unix=~/dos2unix.bash'

申請中

dos2unix file_from_PC.txt

file_from_PC.txtで終わる行の^ M文字を削除します。あなたはそれらを持っているかどうかをcatを使ってチェックできます：

cat -v file_from_PC.txt

以下も参照してください。

emacsで^ Mを非表示にする

^ M文字を削除してチームに再送信する場合は注意してください。その後、キャリッジリターンのないファイルが表示される場合があります。

私の解決策は、このEmacs Wiki記事にある次のelisp関数を使用することでした。

 (defun dos2unix ()
      "Not exactly but it's easier to remember"
      (interactive)
      (set-buffer-file-coding-system 'unix 't) )

M-x dos2unixバッファで関数を実行してファイルを保存すると、すべて^Mが消えます。