Git, aggiungere file al repository dà un errore fatale per LF -> CRLF

Question

Sono nuovo di git e ho bisogno di aiuto. Sto usando msysgit su Windows.

Quando eseguire il comando git add [folderName] ottengo la risposta:

fatal: LF would be replaced by CRLF in [.css file or .js file] 

e quindi se si tenta di fare un commit non succede nulla.

$ git commit 
# On branch master 
# 
# Initial commit 
# 
# Untracked files: 
# (use "git add <file>..." to include in what will be committed) 
# 
#  so01/ 
nothing added to commit but untracked files present (use "git add" to track) 

Alcuni di questi file css/js sono stati scaricati dalla rete quindi credo che il motivo per cui l'hanno LF. Se apro il file e taglia/incolla il contenuto, allora ottengo l'errore sul file successivo e così via.

Qualsiasi aiuto sarà molto apprezzato.

Modifica

Impostazione core.autocrlf false sembra risolvere il problema, ma ho letto su molti post di non impostare questa opzione a false.

Qualcuno può indicarmi dove posso scoprire quali problemi possono sorgere in questa situazione?

Answer 1

Fidati degli editor di codice per manipolare le terminazioni di linea. Auto crlf dovrebbe essere falso. Non lasciare che il controllo del codice sorgente diventi troppo intelligente. Se non è necessario avere lo strumento di controllo del codice sorgente per modificare le terminazioni di linea, non farlo. Questo farà male.

Per ripetere da una risposta accettata: "A meno che non si possa vedere un trattamento specifico che deve occuparsi di eol nativo, è meglio lasciare autocrlf su false".

anche dal libro progit alla fine della sezione relativa autocrlf:

"Se sei un programmatore di Windows facendo un solo per Windows progetto, allora è possibile disattivare questa funzionalità, registrando il carrello ritorna a il repository impostando il valore di configurazione per false"

l'unico altro aiuto che posso dare è che se si prende l'altro itinerario, acquisire familiarità con vim -b che mostrerà caratteri speciali come la CR in msysgit, e git show HEAD:path/to/your/file.txt che dovrebbe mostrare il file nel modo in cui git lo ha memorizzato.

Impostare core.whitespace cr-at-eol per fare in modo che patch e differenze non evidenziano CR come possibili spazi bianchi problematici.

Non vale la pena. Negozio come-è.

Answer 2

Il problema si verifica probabilmente perché si imposta Git per archiviare i file internamente con crlf con l'impostazione core.eol. Quando aggiungi un file, Git ti avverte che lo cambierà nel formato interno.

Git funziona meglio con lf terminazioni di riga, quindi se possibile, utilizzare sempre core.eol = lf.

Questo dovrebbe spiegare quando usare core.autocrlf, Why should I use core.autocrlf=true in Git?

Si consiglia inoltre di utilizzare core.safecrlf. Controllare git config --help per i dettagli sulle impostazioni.

Answer 3

molto nuovo, quindi impostare core.autocrlf su false non ha molto senso per me. Così, per altri neofiti, passare al file di configurazione in voi .git cartella e aggiunge:

[core] 
    autocrlf = false 

sotto il [core] intestazione.

Answer 4

Il rilevamento automatico dei formati funziona abbastanza bene. Pertanto, core.autocrlf=true è davvero una buona idea su Windows.

Dire git config --global core.safecrlf=false dice a Git: Hey, si prega di convertire il mio sbagliate fine riga (LF solo) a fine riga di Windows (CRLF) e non mi preoccupano con esso.

Pertanto, è necessario disabilitare realmente core.safecrlf. risposta

Longer a: https://stackoverflow.com/a/15471083/873282