W Git, jak wyłączyć ostrzeżenie „LF zostanie zastąpione przez CRLF”

153

Z Git, kiedy używasz autocrlf = trueflagi, ostrzeżenie jest nadal wyświetlane, gdy końce linii są zmieniane.

Rozumiem, do czego służy ostrzeżenie i jak wyłączyć flagę końca linii, ale jak wyłączyć samo ostrzeżenie?

git line-endings git-config

— sent-hil
źródło

Wszystkie odpowiedzi tutaj są przestarzałe - po wprowadzeniu gitattributes przez git. Safecrlf jest twoim przyjacielem, autocrlf nie jest! Proszę zobaczyć moją odpowiedź

— Rusi

280

Możesz wyłączyć ostrzeżenie za pomocą

git config --global core.safecrlf false

(Spowoduje to wyłączenie ostrzeżenia, a nie samej funkcji).

— Chronial
źródło

czy wyłączenie ostrzeżenia uniemożliwi Gitowi zastąpienie LF przez crlf? @chronial

— aidonsnous

3

@aidonsnous From git docs : Jeśli core.safecrlf jest ustawiony na „true” lub „warn”, git sprawdza, czy konwersja jest odwracalna dla bieżącego ustawienia core.autocrlf. Dla „prawdy” git odrzuca nieodwracalne konwersje; dla "warn", git wyświetla tylko ostrzeżenie, ale akceptuje nieodwracalną konwersję. Jeśli nie musisz odrzucać nieodwracalnych konwersji, ustawienie parametru core.safecrlf na false pomija ostrzeżenie, ale nadal dokonuje automatycznej konwersji.

— Danny Libin,

5

Powinieneś użyć core.autocrlf inputi core.eol input. Lub po prostu nie pozwól autocrlf falsegitowi w ogóle zmieniać końcówek linii i pozbyć się podświetlania crlf w różnicach itp core.whitespace cr-at-eol. Za pomocą .

Mam nadzieję że to pomoże

— Adam Dymitruk
źródło

Zwykle chcesz, aby twoje skrypty BAT kończyły się i były zatwierdzone przez CRLF, a skrypt SH z LF.

— Sandburg

0

Szukasz core.whitespace opcji (zobacz git config --helpszczegóły).

Możesz ustawić tę opcję w następujący sposób:

$ git config core.whitespace cr-at-eol

— Pat Notz
źródło

0

Użyłem w ten sposób:

Zapisz swoje bieżące pliki w Git, aby nic nie zostało utracone.
git add . -u
git commit -m "Saving files before refreshing line endings"
Usuń każdy plik z indeksu Gita.
git rm --cached -r .
Przepisz indeks Git, aby zebrać wszystkie nowe zakończenia linii.
git reset --hard
Dodaj z powrotem wszystkie zmienione pliki i przygotuj je do zatwierdzenia. To Twoja szansa, aby sprawdzić, które pliki, jeśli w ogóle, pozostały niezmienione.
git add .
# It is perfectly safe to see a lot of messages here that read
# "warning: CRLF will be replaced by LF in file."
Zatwierdź zmiany w swoim repozytorium.
git commit -m "Normalize all the line endings"

https://help.github.com/articles/dealing-with-line-endings/

— Julia Shestakova
źródło

13

Myślę, że OP starał się już nie widzieć tych ostrzeżeń. Nie normalizuj wszystkich zakończeń linii.

— Mike Cluck

git rm --cached -r . && git reset --hardwydaje się działać, dzięki

— Shanimal

0

Co zabawne, zastosowałem obie konfiguracje, jak wyjaśniono tutaj, a mój plik .gitconfig zawierał te 2 wiersze:

[core]
       autocrlf = false
       whitespace = cr-at-eol

Ale dostałem ostrzeżenie. Teraz, żeby spróbować, wykomentowałem obie linie i ostrzeżenie faktycznie zniknęło. Nie mam pojęcia, dlaczego stawiam je na pierwszym miejscu, jednak ...

— Jean-Michel Bernard
źródło

0

Ustawienie „core.safecrlf false” działa. Jednak po zmianie wartości na „prawda” Wynik zmienia się z „ostrzeżenia” na „fatalny”, jak pokazano poniżej.

$ git add -A
warning: LF will be replaced by CRLF in .gitignore.
The file will have its original line endings in your working directory

$ git config --global core.safecrlf false

$ git reset

$ git config --global core.safecrlf true

$ git add -A
fatal: LF would be replaced by CRLF in .gitignore

$

— Park JongBum
źródło

W ostatnim gicie lepiej używać gitattributes niż autocrlf. Zobacz moją odpowiedź . Wszystkie odpowiedzi (w tym pytaniu) są stare i nieaktualne

— Rusi