Perché Git tratta questo file di testo come un file binario?

Mi chiedo perché Git mi dica questo :?

$ 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

Non sono file di testo?

Ho controllato .gitattributes ed è vuoto. Perché ricevo questo messaggio? Non riesco più a trovare diff come lo uso più

AGGIUNTO:

Ho notato che c'è un @permesso nel file, che cos'è? Potrebbe essere questa la ragione?

$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

Significa semplicemente che quando git controlla il contenuto effettivo del file (non sa che una data estensione non è un file binario - puoi usare il file degli attributi se vuoi dirlo esplicitamente - vedi le pagine man).

Dopo aver ispezionato il contenuto del file, ha visto cose che non sono in caratteri ASCII di base. Essendo UTF16, mi aspetto che avrà caratteri "divertenti", quindi pensa che sia binario.

Esistono modi per dire a git se si dispone di internazionalizzazione (i18n) o formati di caratteri estesi per il file. Non sono sufficientemente esperto del metodo esatto per impostarlo - potrebbe essere necessario RT [Full] M ;-)

Modifica: una rapida ricerca di SO trovato can-i-make-git-riconoscere-un-utf-16-file-come-testo che dovrebbe darti alcuni indizi.

Se non hai impostato il tipo di un file, Git prova a determinarlo automaticamente e un file con linee molto lunghe e forse alcuni caratteri larghi (ad es. Unicode) viene trattato come binario. Con il file .gitattributes puoi definire come Git interpreta il file. L'impostazione manuale dell'attributo diff consente a Git di interpretare il contenuto del file come testo e farà una normale diff.

Basta aggiungere un .gitattributes alla cartella principale del repository e impostare l' attributo diff su percorsi o file. Ecco un esempio:

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

Se vuoi verificare se ci sono attributi impostati su un file, puoi farlo con l'aiuto di git check-attr

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

Un altro bel riferimento agli attributi Git può essere trovato qui .

Stavo avendo questo problema in cui Git GUI e SourceTree stavano trattando i file Java / JS come binari e quindi non vedevo differenza

La creazione del file denominato "attributi" nella cartella .git \ info con il seguente contenuto ha risolto il problema

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

Se si desidera apportare questa modifica per tutti i repository, è possibile aggiungere il file degli attributi nella seguente posizione $ HOME / .config / git / attributi

Git determinerà anche che è binario se hai una riga super lunga nel tuo file di testo. Ho rotto una lunga stringa, trasformandola in diverse righe di codice sorgente e improvvisamente il file è passato da "binario" a un file di testo che ho potuto vedere (in SmartGit).

Quindi non continuare a digitare troppo a destra senza premere "Invio" nel tuo editor, altrimenti Git penserà di aver creato un file binario.

Ho avuto lo stesso problema dopo aver modificato uno dei miei file in un nuovo editor. Si scopre che il nuovo editor ha usato una codifica diversa (Unicode) rispetto al mio vecchio editor (UTF-8). Quindi ho semplicemente detto al mio nuovo editor di salvare i miei file con UTF-8 e poi git ha mostrato di nuovo le mie modifiche correttamente e non l'ho visto come un file binario.

Penso che il problema sia stato semplicemente che git non sa come confrontare file di diversi tipi di codifica. Quindi il tipo di codifica che usi davvero non ha importanza, purché rimanga coerente.

Non l'ho testato, ma sono sicuro che se avessi appena eseguito il commit del mio file con la nuova codifica Unicode, la prossima volta che avrei apportato modifiche a quel file avrebbe mostrato le modifiche correttamente e non l'avrei rilevato come binario, dal momento che quindi avrebbe confrontato due file codificati Unicode e non un file UTF-8 con un file Unicode.

È possibile utilizzare un'app come Notepad ++ per visualizzare e modificare facilmente il tipo di codifica di un file di testo; Apri il file in Notepad ++ e utilizza il menu Codifica nella barra degli strumenti.

Ho avuto lo stesso problema. Ho trovato il thread quando cerco una soluzione su google, ma non trovo alcun indizio. Ma penso di aver trovato il motivo dopo aver studiato, l'esempio di seguito spiegherà chiaramente il mio indizio.

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

per ora, il file new.txt è considerato come un file di testo.

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

otterrai questo risultato

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

e prova questo

git diff -a

andrai sotto

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

Abbiamo avuto questo caso in cui un file .html veniva visto come binario ogni volta che provavamo a modificarlo. Molto poco cool per non vedere differenze. Ad essere sincero, non ho verificato tutte le soluzioni qui, ma ciò che ha funzionato per noi è stato il seguente:

1. Rimosso il file (effettivamente spostato sul mio desktop) e memorizzato il file git deletion. Dice GitDeleted file with mode 100644 (Regular) Binary file differs
2. Re-aggiunto il file (effettivamente spostato dal mio desktop nel progetto). Git dice che New file with mode 100644 (Regular) 1 chunk, 135 insertions, 0 deletionsil file è ora aggiunto come normale file di testo

Da ora in poi, tutte le modifiche che ho apportato al file sono viste come una normale diff di testo. Potresti anche eliminare questi commit (1, 2 e 3 sono i cambiamenti effettivi che apporti), ma preferisco poter vedere in futuro quello che ho fatto. Schiacciare 1 e 2 mostrerà una modifica binaria.

Per questa utile risposta , puoi chiedere direttamente a Git perché tratta un file in un modo particolare:

cd directory/of/interest
file *

Produce un output utile come questo:

$ 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

Ciò è anche causato (almeno su Windows) da file di testo che hanno UTF-8 con codifica BOM . Cambiando la codifica in UTF-8 normale , immediatamente Git ha visto il file come type = text

Ho avuto un'istanza in cui .gitignoreconteneva una doppia \rsequenza (ritorno a capo) per scopo.

Quel file è stato identificato come binario da git. Aggiunta di un .gitattributesfile aiutata.

# .gitattributes file
.gitignore diff

Se git check-attr --all -- src/my_file.txtindica che il file è contrassegnato come binario e non è stato impostato come binario in .gitattributes, verificarlo /.git/info/attributes.

Cambia Aux.js con un altro nome, come Sig.js.

L'albero dei sorgenti lo mostra ancora come un file binario, ma puoi metterlo in scena (aggiungerlo) e impegnarlo.

Ho avuto un problema simile quando ho incollato del testo da un messaggio binario di Kafka, che inseriva un carattere non visibile e faceva pensare a Git che il file fosse binario.

Ho trovato i personaggi offensivi cercando il file usando regex [^ -~\n\r\t]+.

• [ abbina i personaggi in questo set
• ^ abbina i caratteri non in questo set
• -~ corrisponde a tutti i caratteri da '' (spazio) a '~'
• \n nuova linea
• \r ritorno a capo
• \t linguetta
• ] set vicino
• + abbina uno o più di questi personaggi

Ho appena trascorso diverse ore a esaminare tutto ciò che è in questa lista cercando di capire perché uno dei progetti di test nella mia soluzione non aggiungesse alcun test a Explorer.

Nel mio caso è emerso che in qualche modo (probabilmente a causa di un povero git si fonde da qualche parte) che VS aveva perso del tutto un riferimento al progetto. Stava ancora costruendo ma notai che costruiva solo le dipendenze.

Ho quindi notato che non veniva visualizzato nell'elenco delle dipendenze, quindi ho rimosso e aggiunto nuovamente il progetto di test e tutti i miei test sono stati infine visualizzati.