なぜGitはこのテキストファイルをバイナリファイルとして扱うのですか？

なぜgitがこれを教えてくれるのでしょうか？

$ git diff MyFile.txt
diff --git a/MyFile.txt b/MyFile.txt
index d41a4f3..15dcfa2 100644
Binary files a/MyFile.txt and b/MyFile.txt differ

彼らはテキストファイルではありませんか？

.gitattributesを確認しましたが、空です。なぜこのメッセージが表示されるのですか？いつものように差分を取得できません

追加：

@ファイルのアクセス許可があることに気付きましたが、これは何ですか？これが理由でしょうか？

$ls -all
drwxr-xr-x   5 nacho4d  staff    170 28 Jul 17:07 .
drwxr-xr-x  16 nacho4d  staff    544 28 Jul 16:39 ..
-rw-r--r--@  1 nacho4d  staff   6148 28 Jul 16:15 .DS_Store
-rw-r--r--@  1 nacho4d  staff    746 28 Jul 17:07 MyFile.txt
-rw-r--r--   1 nacho4d  staff  22538  5 Apr 16:18 OtherFile.txt

これは単に、gitがファイルの実際のコンテンツを検査するときを意味します（特定の拡張子がバイナリファイルでないことはわかりません。明示的に伝えたい場合は、属性ファイルを使用できます。manページを参照してください）。

ファイルの内容を調べたところ、基本的なASCII文字ではないものを見つけました。UTF16であることから、「おかしい」文字が含まれることが予想されるため、バイナリであると見なされます。

ファイルに国際化（i18n）または拡張文字フォーマットがあるかどうかをgitに伝える方法があります。私はそれを設定するための正確な方法を十分に理解していません-あなたはRT [Full] Mをする必要があるかもしれません;-)

編集：SOのクイック検索でcan-i-make-git-recognize-a-utf-16-file-as-textが見つかり、いくつかの手掛かりが得られるはずです。

ファイルのタイプを設定していない場合、Gitはそれを自動的に判別しようとします。実際に長い行と、おそらくいくつかのワイド文字（Unicodeなど）を含むファイルは、バイナリとして扱われます。.gitattributesのファイルあなたはGitがファイルをinterpretes方法を定義することができます。diff属性を手動で設定すると、Gitはファイルの内容をテキストとして解釈し、通常のdiffを実行します。

リポジトリのルートフォルダーに.gitattributesを追加し、diff属性をパスまたはファイルに設定するだけです。次に例を示します。

src/Acme/DemoBundle/Resources/public/js/i18n/* diff
doc/Help/NothingToSay.yml                      diff
*.css                                          diff

ファイルに属性が設定されているかどうかを確認する場合は、git check-attrを使用して行うことができます。

git check-attr --all -- src/my_file.txt

Git属性に関するもう1つの優れたリファレンスは、こちらにあります。

私はこの問題を抱えていましたが、Git GUIとSourceTreeはJava / JSファイルをバイナリとして扱っていたため、違いがわかりませんでした。

.git \ infoフォルダに「attributes」という名前のファイルを作成し、次の内容で問題を解決しました

*.java diff
*.js diff
*.pl diff
*.txt diff
*.ts diff
*.html diff

すべてのリポジトリにこの変更を加えたい場合は、$ HOME / .config / git / attributesにある属性ファイルを追加できます。

テキストファイルに非常に長い行が1つある場合、Gitはそれがバイナリであると判断します。長い文字列を分割し、それをいくつかのソースコード行に変換したところ、突然、ファイルが「バイナリ」から（SmartGitで）見えるテキストファイルになりました。

そのため、エディターで「Enter」を押すことなく、あまりにも右に入力しすぎないでください。そうしないと、後でGitでバイナリファイルが作成されたと見なされます。

新しいエディターでファイルの1つを編集した後も、同じ問題が発生しました。新しいエディターは、以前のエディター（UTF-8）とは異なるエンコーディング（Unicode）を使用していることがわかりました。そのため、新しいエディターにファイルをUTF-8で保存するように指示しただけで、gitは変更内容を適切に表示し、バイナリファイルとして表示しませんでした。

問題は単にgitが異なるエンコーディングタイプのファイルを比較する方法を知らないということでした。したがって、一貫性が保たれている限り、使用するエンコーディングタイプは実際には問題になりません。

私はそれをテストしませんでしたが、新しいUnicodeエンコーディングでファイルをコミットしただけなら、次にそのファイルに変更を加えたときに、変更が正しく表示され、バイナリとして検出されなかったでしょう。次に、UTF-8ファイルではなく2つのUnicodeエンコードファイルをUnicodeファイルと比較します。

Notepad ++などのアプリを使用すると、テキストファイルのエンコードタイプを簡単に確認および変更できます。Notepad ++でファイルを開き、ツールバーの[エンコード]メニューを使用します。

同じ問題がありました。グーグルで解決策を検索したときにスレッドを見つけましたが、それでも手掛かりは見つかりません。しかし、私は勉強した後で理由を見つけたと思います、以下の例は私の手がかりを明確に説明します。

    echo "new text" > new.txt
    git add new.txt
    git commit -m "dummy"

今のところ、ファイルnew.txtはテキストファイルと見なされます。

    echo -e "newer text\000" > new.txt
    git diff

あなたはこの結果を得るでしょう

diff --git a/new.txt b/new.txt
index fa49b07..410428c 100644
Binary files a/new.txt and b/new.txt differ

そしてこれを試してください

git diff -a

あなたは以下になります

    diff --git a/new.txt b/new.txt
    index fa49b07..9664e3f 100644
    --- a/new.txt
    +++ b/new.txt
    @@ -1 +1 @@
    -new file
    +newer text^@

このケースでは、.htmlファイルを変更しようとすると、バイナリとして表示されていました。差分を見ないのはとてもクールです。正直に言うと、ここではすべての解決策を確認しませんでしたが、私たちにとってうまくいったのは次のとおりです。

1. ファイルを削除し（実際にはデスクトップに移動しました）、をコミットしましたgit deletion。GitさんのコメントDeleted file with mode 100644 (Regular) Binary file differs
2. ファイルを再度追加しました（実際にデスクトップからプロジェクトに戻しました）。GitによるとNew file with mode 100644 (Regular) 1 chunk, 135 insertions, 0 deletions、ファイルは通常のテキストファイルとして追加されます

これ以降、ファイルに加えた変更はすべて、通常のテキスト差分として表示されます。これらのコミットを押しつぶすこともできます（1、2、および3は実際に行った変更です）が、私が将来何をしたかを確認できるようにしたいと思っています。Squashing 1＆2はバイナリの変化を示します。

パーこの便利な答え、あなたはそれが特定の方法でファイルを扱う直接、なぜGitリポジトリを尋ねることができます。

cd directory/of/interest
file *

次のような有用な出力が生成されます。

$ file *
CR6Series_stats resaved.dat: ASCII text, with very long lines, with CRLF line terminators
CR6Series_stats utf8.dat:    UTF-8 Unicode (with BOM) text, with very long lines, with CRLF line terminators
CR6Series_stats.dat:         ASCII text, with very long lines, with CRLF line terminators
readme.md:                   ASCII text, with CRLF line terminators

これは（少なくともWindowsでは）BOMエンコーディングのUTF-8を持つテキストファイルによっても発生します。エンコーディングを通常のUTF-8に変更すると、Gitはファイルをtype = textとして認識します

目的によって.gitignore二重\r（キャリッジリターン）シーケンスを含むインスタンスがありました。

そのファイルはgitによってバイナリとして識別されました。.gitattributesファイルの追加が役立ちました。

# .gitattributes file
.gitignore diff

場合はgit check-attr --all -- src/my_file.txt、ファイルをバイナリとしてフラグ付けされていることを示し、そしてあなたがバイナリとしてそれを設定していない.gitattributes、でそれを確認してください/.git/info/attributes。

Aux.jsをSig.jsなどの別の名前に変更します。

ソースツリーはまだそれをバイナリファイルとして表示していますが、ステージング（追加）してコミットすることができます。

目に見えない文字が挿入されてgitにファイルがバイナリであると思わせるバイナリKafkaメッセージからテキストを貼り付けたときに、同様の問題が発生しました。

regexを使用してファイルを検索し、問題のある文字を見つけました[^ -~\n\r\t]+。

• [ このセットの文字に一致
• ^ このセットにない文字に一致
• -~ ''（スペース）から '〜'までのすべての文字に一致します
• \n 改行
• \r キャリッジリターン
• \t タブ
• ] 近いセット
• + これらの文字の1つ以上に一致する

私は数時間かけてこのリストのすべてを調べ、ソリューションのテストプロジェクトの1つがエクスプローラーにテストを追加しなかった理由を解明しようとしました。

私の場合、VSがプロジェクトへの参照を完全に失っていたことが（おそらく、どこかでgitマージが不十分なために）判明しました。それはまだ構築されていましたが、依存関係を構築するだけであることに気付きました。

その後、依存関係リスト自体に表示されていないことに気づいたので、テストプロジェクトを削除して再度追加し、すべてのテストが最終的に表示されました。