Come posso forzare git a usare LF invece di CR + LF sotto Windows?

Voglio forzare git a fare il checkout dei file in Windows usando semplicemente LFno CR+LF. Ho controllato le due opzioni di configurazione ma non sono riuscito a trovare la giusta combinazione di impostazioni.

Voglio che converta tutti i file LFe mantenga LFi file.

Nota: l'ho usato autocrlf = inputma questo ripristina solo i file quando li commetti. Voglio forzarlo per farli usare LF.

Probabilmente non ero così chiaro: il repository sta già usando LFma i file estratti usando msysgit stanno usando CR+LFe voglio forzare msysgit per ottenerli con LF: forzare i finali di linea Unix .

>git config --list | grep crlf
core.autocrlf=input

L'OP ha aggiunto alla sua domanda:

i file estratti usando msysgit stanno usando CR+LFe voglio forzare msysgit per ottenerliLF

Un primo semplice passo sarebbe ancora in un .gitattributesfile:

# 2010
*.txt -crlf

# 2020
*.txt text eol=lf 

(come notato nei commenti del nipote , facendo riferimento alla .gitattributesconversione di fine riga ), per evitare qualsiasi CRLFconversione per i file con corretto eol.

E ho sempre consigliato git config --global core.autocrlf false di disabilitare qualsiasi conversione (che si applicherebbe a tutti i file con versione)

Vedi le migliori pratiche per config git multipiattaforma?

Da Git 2.16 (Q1 2018), è possibile utilizzare git add --renormalize .per applicare .gitattributesimmediatamente tali impostazioni.

Ma un secondo passaggio più potente prevede un driver di filtro gitattribute e aggiunge un passaggio sfumato

Ogni volta che aggiorni l'albero di lavoro, uno script potrebbe, solo per i file che hai specificato in .gitattributes, forzare LF eole qualsiasi altra opzione di formattazione che desideri applicare.
Se lo clearscript " " non fa nulla, avrai (dopo il commit) trasformato i tuoi file, applicando esattamente il formato che devi seguire.

Il modo corretto per ottenere le terminazioni LF in Windows è innanzitutto impostare core.autocrlfsu false:

git config --global core.autocrlf false

Devi farlo se stai usando msysgit, perché lo imposta truenelle sue impostazioni di sistema.

Ora git non eseguirà alcuna linea che termina la normalizzazione. Se si desidera che i file in cui si effettua il check-in siano normalizzati, procedere come segue: Impostare text=autoin .gitattributesper tutti i file

* text=auto

E impostare core.eolsu lf:

git config --global core.eol lf

Ora puoi anche passare singoli repository a crlf (nella directory di lavoro!) Eseguendo

git config core.eol crlf

Dopo aver effettuato la configurazione, potresti voler git per normalizzare tutti i file nel repository . Per fare ciò, vai alla radice del tuo repository ed esegui questi comandi:

git rm --cached -rf .
git diff --cached --name-only -z | xargs -n 50 -0 git add -f

Se ora vuoi che git normalizzi anche i file nella tua directory di lavoro , esegui questi comandi:

git ls-files -z | xargs -0 rm
git checkout .

Torno a questa risposta abbastanza spesso, sebbene nessuna di queste sia giusta per me. Detto questo, la risposta giusta per me è un misto degli altri.

Quello che trovo funziona è il seguente:

 git config --global core.eol lf
 git config --global core.autocrlf input

Per i repository che sono stati estratti dopo che sono state impostate quelle impostazioni globali, tutto verrà verificato come qualunque cosa sia nel repository - si spera LF( \n). Qualsiasi CRLFverrà convertito in appena LFal momento del check-in.

Con un repository esistente che è già stato estratto, che presenta le terminazioni di riga corrette nel repository ma non la copia di lavoro, è possibile eseguire i seguenti comandi per risolverlo:

git rm -rf --cached .
git reset --hard HEAD

Questo eliminerà ( rm) in modo ricorsivo ( r) senza prompt ( -f), tutti i file tranne quelli che hai modificato ( --cached), dalla directory corrente ( .). Ilreset allora restituisce tutti i file a uno stato dove hanno i loro fine riga veri (corrispondenti che cosa è nella repo).

Se hai bisogno di correggere le terminazioni di riga dei file in un repository, ti consiglio di prendere un editor che ti consenta di farlo in blocco come IntelliJ o Sublime Text, ma sono sicuro che qualcuno di buono probabilmente lo supporterà.

Contesto

Se tu

1. vogliono forzare tutti gli utenti ad avere terminazioni di riga LF per file di testo e
2. non puoi assicurarti che tutti gli utenti cambino la loro configurazione git,

puoi farlo iniziando con git 2.10. È richiesto 2.10 o successivo, perché 2.10 ha risolto il comportamento di text = auto insieme a eol = lf . Fonte .

Soluzione

Inserisci un .gitattributesfile nella radice del tuo repository git con i seguenti contenuti:

* text=auto eol=lf

Commettilo.

Modifiche opzionali

È inoltre possibile aggiungere un elemento .editorconfignella radice del repository per assicurarsi che gli strumenti moderni creino nuovi file con le terminazioni di riga desiderate.

# EditorConfig is awesome: http://EditorConfig.org

# top-most EditorConfig file
root = true

# Unix-style newlines with a newline ending every file
[*]
end_of_line = lf
insert_final_newline = true

core.autocrlf=inputè l'impostazione giusta per quello che vuoi, ma potresti dover fare un git update-index --refreshe / o un git reset --hardper rendere effettiva la modifica.

Con core.autocrlfimpostato su input, git non applicherà la conversione di newline al momento del check-out (quindi se hai LF nel repository, otterrai LF), ma si assicurerà che in caso tu sbagli e introduca alcuni CRLF nel funzionamento copia in qualche modo, non si faranno strada nel repository.

Puoi trovare la soluzione a questo problema su: https://help.github.com/en/github/using-git/configuring-git-to-handle-line-endings

Descrizione semplificata di come risolvere questo problema su Windows:

Impostazioni globali per i finali di riga Il comando git config core.autocrlf viene utilizzato per modificare il modo in cui Git gestisce i finali di linea. Ci vuole un solo argomento.

Su Windows, passi semplicemente true alla configurazione. Ad esempio: C:> git config --global core.autocrlf true

Buona fortuna, spero di aver aiutato.