一部のファイルが改行区切り文字として^ Mを含むプロジェクト。git-diffはファイル全体が1行であると認識しているため、これらのファイルの比較は明らかに不可能です。

以前のバージョンとどのように違いますか？

「比較時に^ Mを改行として扱う」のようなオプションはありますか？

prompt> git-diff "HEAD^" -- MyFile.as 
diff --git a/myproject/MyFile.as b/myproject/MyFile.as
index be78321..a393ba3 100644
--- a/myproject/MyFile.cpp
+++ b/myproject/MyFile.cpp
@@ -1 +1 @@
-<U+FEFF>import flash.events.MouseEvent;^Mimport mx.controls.*;^Mimport mx.utils.Delegate
\ No newline at end of file
+<U+FEFF>import flash.events.MouseEvent;^Mimport mx.controls.*;^Mimport mx.utils.Delegate
\ No newline at end of file
prompt>

更新：

現在、最新の10のリビジョンをチェックアウトし、CRをLFに変換するRubyスクリプトを記述しています。

require 'fileutils'

if ARGV.size != 3
  puts "a git-path must be provided"
  puts "a filename must be provided"
  puts "a result-dir must be provided"
  puts "example:"
  puts "ruby gitcrdiff.rb project/dir1/dir2/dir3/ SomeFile.cpp tmp_somefile"
  exit(1)
end

gitpath = ARGV[0]
filename = ARGV[1]
resultdir = ARGV[2]

unless FileTest.exist?(".git")
  puts "this command must be run in the same dir as where .git resides"
  exit(1)
end

if FileTest.exist?(resultdir)
  puts "the result dir must not exist"
  exit(1)
end
FileUtils.mkdir(resultdir)

10.times do |i|
  revision = "^" * i
  cmd = "git show HEAD#{revision}:#{gitpath}#{filename} | tr '\\r' '\\n' > #{resultdir}/#{filename}_rev#{i}"
  puts cmd 
  system cmd
end

GitHubは、git-handled reposで改行文字として\ nのみを使用することを確認することを推奨しています。自動変換するオプションがあります：

$ git config --global core.autocrlf true

もちろん、これはcrlfをlfに変換すると言われていますが、crをlfに変換する必要があります。これがうまくいくことを願っています…

次に、ファイルを変換します。

# Remove everything from the index
$ git rm --cached -r .

# Re-add all the deleted files to the index
# You should get lots of messages like: "warning: CRLF will be replaced by LF in <file>."
$ git diff --cached --name-only -z | xargs -0 git add

# Commit
$ git commit -m "Fix CRLF"

core.autocrlfについては、manページで説明しています。

Windowsで開発しているときに、を使用しているときにこの問題に遭遇しましたgit tfs。私はこのようにそれを解決しました：

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

これは基本的に、行末CRがエラーではないことをGitに伝えます。その結果、これらの迷惑な^M文字git diffはgit show、などの行末に表示されなくなりました。

他の設定はそのままにしているようです。たとえば、行の最後の余分なスペースは、diffでエラー（赤で強調表示）として表示されます。

（他の回答でもこれを暗示していますが、上記は設定の設定方法です。1つのプロジェクトのみに設定を設定するには、を省略し--globalます。）

編集：

多くの行末の悲劇の後、私は.NETチームで作業するときに、次の設定で最高の幸運を手に入れました。

• core.eol設定なし
• core.whitespace設定なし
• core.autocrlf設定なし
• Windows用のGitインストーラーを実行すると、次の3つのオプションが表示されます。
  • Windowsスタイルのチェックアウト、Unixスタイルの行末のコミット <-これを選択
  • そのままチェックアウトし、Unixスタイルの行末をコミットする
  • そのままチェックアウト、そのままコミット

空白設定を使用する必要がある場合、TFSと対話する必要がある場合は、プロジェクトごとにのみ有効にする必要があります。省略してください--global：

git config core.whitespace cr-at-eol

一部のcore。*設定を削除する必要がある場合、最も簡単な方法は次のコマンドを実行することです。

git config --global -e

これにより、グローバル.gitconfigファイルがテキストエディターで開き、削除する行を簡単に削除できます。（または、コメントの前に「＃」を付けることができます。）

試してみてくださいgit diff --ignore-space-at-eol、またはgit diff --ignore-space-change、またはgit diff --ignore-all-space。

こちらもご覧ください：

core.whitespace = cr-at-eol

または同等に、

[core]
    whitespace = cr-at-eol

ここでwhitespace、タブ文字が前に付きます。

なぜあなたはこれら^Mをあなたの中に持っているのgit diffですか？

私の場合、私はWindowsで開発されたプロジェクトで作業していて、OS Xを使用していました。コードを変更する^Mと、で追加した行の最後に表示されましたgit diff。^Mファイルの残りの部分とは行末が異なっていたため、が表示されていたと思います。ファイルの残りの部分はWindowsで開発されたため、CR行末を使用し、OS XではLF行末を使用しました。

どうやら、Windows開発者は、Gitのインストール中に「Windowsスタイルのチェックアウト、Unixスタイルの行末コミット」オプションを使用しなかったようです。

では、これについて何をすべきでしょうか？

Windowsユーザーにgitを再インストールして、「Windowsスタイルでチェックアウトし、Unixスタイルで行末をコミットする」オプションを使用させることができます。私はWindowsを行末文字の例外と見なしており、Windowsはこの方法で独自の問題を修正しているため、これが私が好むものです。

ただし、このオプションを使用する場合は、現在のファイルを修正する必要があります（ファイルがまだCR行末を使用しているため）。私は次の手順に従ってこれを行いました：

1. ファイルシステムからではなく、リポジトリからすべてのファイルを削除します。

   git rm --cached -r .
   

2. .gitattributes特定のファイルを強制的にLF行末として使用するファイルを追加します。これをファイルに入れます：

   *.ext text eol=crlf
   

   .ext一致させたいファイル拡張子に置き換えます。

3. すべてのファイルを再度追加します。

   git add .
   

   次のようなメッセージが表示されます。

   warning: CRLF will be replaced by LF in <filename>.
   The file will have its original line endings in your working directory.
   

4. .gitattributes「Windowsスタイルのチェックアウト、Unixスタイルの行末コミット」オプションを使用したくない頑固なWindowsユーザーがいない限り、ファイルを削除できます。

5. すべてをコミットしてプッシュします。

6. それらが使用されているすべてのシステムで、該当するファイルを削除してチェックアウトします。Windowsシステムでは、「チェックアウトWindowsスタイル、コミットUnixスタイルの行末」オプションを使用していることを確認してください。ファイルを追加したときにgitが言ったので、これらのタスクを実行したシステムでもこれを行う必要があります。

   The file will have its original line endings in your working directory.
   

   次のようにしてファイルを削除できます。

   git ls | grep ".ext$" | xargs rm -f
   

   そして、これは正しい行末でそれらを戻すために：

   git ls | grep ".ext$" | xargs git checkout
   

   もちろん.ext、必要な拡張子に置き換えます。

これで、プロジェクトLFは行末に文字のみを使用し、厄介なCR文字が二度と戻らないようになりました:)。

もう1つのオプションは、ウィンドウスタイルの行末を強制することです。.gitattributesこのファイルを使用することもできます。

詳細：https : //help.github.com/articles/dealing-with-line-endings/#platform-all

「比較時に^ Mを改行として扱う」のようなオプションはありますか？

diffコマンドの「」ファミリーが行末の改行の違いを無視することを学習したため、Git 2.16（2018年第1四半期）のバージョンが1つあります。

Junio C Hamano（）によるcommit e9282f0（2017年10月26日）を参照してください。 協力者：ヨハネスシンデリン（）。gitster
dscho
^{（合併によりJunio C浜野- gitster-で10f65c2コミットし、2017年11月27日）を}

差分： --ignore-cr-at-eol

新しいオプション--ignore-cr-at-eolは、（完全な）行末の改行を存在しないかのように扱うようにdiff機構に指示します。

--ignore-*さまざまな種類の空白の違いを無視する他の「」オプションと同様に、これはCRLF<->LF、エディタープログラムによる誤った変換に気を取られることなく、実際の変更を確認するのに役立ちます。

TL; DR

変更core.pagerへ"tr -d '\r' | less -REX"ソースコードではありません、

これが理由です

示されている厄介な^ Mは、カラー化とページャのアーティファクトです。デフォルトのgitページャーオプションである が原因less -Rです。（gitのデフォルトのポケットベルはless -REX）

最初に注意することは git diff -b空白の変更が表示されない（たとえば、\ r \ nと\ n）。

セットアップ：

git clone https://github.com/CipherShed/CipherShed
cd CipherShed

UNIXファイルを作成して行末を変更する簡単なテストでは、次のような変更は表示されませんgit diff -b。

echo -e 'The quick brown fox\njumped over the lazy\ndogs.' > test.txt
git add test.txt
unix2dos.exe test.txt
git diff -b test.txt

パイプをlessに強制しても^ Mは表示されませんが、色が有効になり、次のようになりless -Rます。

git diff origin/v0.7.4.0 origin/v0.7.4.1 | less
git -c color.ui=always diff origin/v0.7.4.0 origin/v0.7.4.1 | less -R

修正は、パイプを使用して出力から\ r（^ M）を取り除くことによって示されます。

git diff origin/v0.7.4.0 origin/v0.7.4.1
git -c core.pager="tr -d '\r' | less -REX"  diff origin/v0.7.4.0 origin/v0.7.4.1

less -r色コードだけでなく、すべての制御コードを通過するため、賢明な代替手段はを使用することです。

git configファイルを直接編集するだけの場合、これはupdate / addのエントリです。

[core]
        pager = tr -d '\\r' | less -REX

私は長い間この問題に苦しんでいました。はるかに簡単な解決策は、^ M文字を気にせず、それらを処理できる視覚的な差分ツールを使用することです。

入力する代わりに：

git diff <commitHash> <filename>

試してください：

git difftool <commitHash> <filename>

私の場合、それはこのコマンドでした：

git config  core.whitespace cr-at-eol

出典：https : //public-inbox.org/git/8d7e4807-9a79-e357-8265-95f22ab716e0@web.de/T/

VonCによって指摘されているように、これはすでにgit 2.16+に含まれています。残念ながら、オプションの名前（--ignore-cr-at-eol）は、私が慣れているGNU diffで使用されているものとは異なります（--strip-trailing-cr）。

この問題に直面したとき、私の解決策はgitの組み込みdiffではなくGNU diffを呼び出すことでした。私のgitは2.16より古いためです。私はこのコマンドラインを使用してそれをしました：

GIT_EXTERNAL_DIFF='diff -u --strip-trailing-cr "$2" "$5";true;#' git diff --ext-diff

これにより、--strip-trailing-crおよびその他のGNU diffオプションを使用できます。

この他の方法もあります：

git difftool -y -x 'diff -u --strip-trailing-cr'

しかし、それは構成されたポケットベル設定を使用しないので、私は前者を好みます。