歴史を示さないGitのせい

ファイルに対してgit blameを実行すると（msysgitを使用）、常に次のような出力が得られます。

00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   1) package co
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   2) {
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   3)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   4)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   5)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   6)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   7)      impor

つまり、すべての行が「未確定」として表示されます。

私はこれを多くのファイルで試しましたが、多くのコミットがあります-常に同じ結果です。相対パスまたは完全パスも使用してみましたが、違いはないようです。

TortoiseGitのせいにしようとすると、常にすべての行が最初のコミットで最後にコミットされたものとして表示されます。

私が言ったように、これらのファイルの履歴には実際には数十のコミットが存在することも考えました。

アイデア？

編集-詳細

• Git Blameは、このリポジトリがホストされているGitHubで正常に動作します。
• Linuxマシンにクローンを作成し、そこで責任がある場合も、正常に機能します
• msysgitでのみこれは機能しないようです

git blame file.txt作業コピーのfile.txtのバージョンのせいです。file.txtにリポジトリ内にWindows改行（CRLF）があり、が存在core.autocrlf = trueする場合、file.txtのすべての行は異なると見なされ、git blameまだコミットされていないものとして報告されます。

git blame <my_branch>（git blame HEADブランチの種類に関係なく機能する）が機能する理由は、作業コピーのバージョンに問題がないため、行がまだコミットされていない可能性がないためです。

解決策を見つけました-非常に奇妙です。

これを実行すると：

git blame file.txt

上記のように、歴史は壊れています。

代わりにこれを行うと：

git blame my_branch file.txt

できます！

AFAICSの使用法はブランチ名を必要としないため、これは非常に奇妙です。

$ git blame
usage: git blame [options] [rev-opts] [rev] [--] file

git 2.0.1（2014年6月25日）以降、git blameはこれらの「まだコミットされていない」行の報告をすべて停止する必要があります。

brian mによるcommit 4d4813a（2014年4月26日）を参照してください。カールソン（bk2204）。
^{（合併によりJunio C浜野- gitster-でe934c67コミット 2014年6月6日）}

blame：に関係なくファイルを正しく処理する autocrlf

ファイルにが含まれるCRLFリポジトリの行末が含まれている場合、行が変更されていなくても、core.autocrlf=input常に " Not Committed Yet"とマークされます。設定に
関係なく非難が正しく機能するように、偽のコミットを作成するときに行末を変換しないでくださいautocrlf。

別の可能性：大文字と小文字を区別するファイル名のタイプミス

私はgit blame file.txtで同じ問題を抱えていましたが、file.txtで大文字と小文字を区別するファイル名のタイプミスをしたことに気付きました

（たとえば）File.txtに変更すると、my_branchを指定しなくても期待どおりの結果が得られました：git blame File.txt