Jak zmusić git do używania LF zamiast CR + LF pod Windows?

Chcę zmusić gita do pobierania plików w systemie Windows, używając po prostu LFnie CR+LF. Sprawdziłem dwie opcje konfiguracji, ale nie byłem w stanie znaleźć odpowiedniej kombinacji ustawień.

Chcę, aby przekonwertować wszystkie pliki LFi zachować je LFw plikach.

Uwaga: Użyłem, autocrlf = inputale to tylko naprawia pliki, gdy je zatwierdzasz. Chcę go zmusić, aby ich używał LF.

Prawdopodobnie nie byłem tak jasny: repozytorium już używa, LFale pliki wyewidencjonowane za pomocą msysgit używają CR+LFi chcę zmusić msysgit do uzyskania LF: wymuszania zakończenia linii uniksowych .

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

OP dodał w swoim pytaniu:

Pliki wyewidencjonowane za pomocą msysgit są używane CR+LFi chcę zmusić msysgit do ich pobraniaLF

Pierwszym prostym krokiem nadal byłby .gitattributesplik:

# 2010
*.txt -crlf

# 2020
*.txt text eol=lf 

(jak wspomniano w komentarzach przez wnuka , odnosząc się do .gitattributesEnd-of-line konwersji ), aby uniknąć CRLFkonwersję plików z poprawna eol.

I zawsze zalecałem git config --global core.autocrlf false wyłączenie jakiejkolwiek konwersji (która miałaby zastosowanie do wszystkich wersjonowanych plików)

Zobacz najlepsze praktyki dotyczące wieloplatformowej konfiguracji git?

Od wersji 2.16 Git (Q1 2018) możesz git add --renormalize .natychmiast zastosować te .gitattributesustawienia.

Ale drugi, bardziej zaawansowany krok obejmuje sterownik filtra gitattribute i dodaje krok rozmazywania

Ilekroć aktualizujesz działające drzewo, skrypt może, tylko dla plików określonych w .gitattributes, wymusić LF eoli każdą inną opcję formatowania, którą chcesz wymusić.
Jeśli clearskrypt „ ” nic nie robi, będziesz (po zatwierdzeniu) transformował pliki, stosując dokładnie taki format, jakiego potrzebujesz.

Właściwym sposobem na uzyskanie końcówek LF w systemie Windows jest najpierw ustawienie core.autocrlfna false:

git config --global core.autocrlf false

Musisz to zrobić, jeśli używasz msysgit, ponieważ ustawia go truew ustawieniach systemowych.

Teraz git nie dokona żadnej normalizacji kończącej linię. Jeśli chcesz sprawdzić w pliki mają być znormalizowane, to zrobić: Ustaw text=autow swojej .gitattributesdla wszystkich plików:

* text=auto

I ustaw core.eolna lf:

git config --global core.eol lf

Teraz możesz także przełączyć pojedyncze repozytorium na crlf (w katalogu roboczym!), Uruchamiając

git config core.eol crlf

Po zakończeniu konfiguracji możesz chcieć, aby git znormalizował wszystkie pliki w repozytorium . Aby to zrobić, przejdź do katalogu głównego repozytorium i uruchom następujące polecenia:

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

Jeśli teraz chcesz, aby git również normalizował pliki w katalogu roboczym , uruchom następujące polecenia:

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

Często wracam do tej odpowiedzi, choć żadna z nich nie jest dla mnie odpowiednia. To powiedziawszy, właściwa odpowiedź jest dla mnie mieszanką innych.

Uważam, że działa to:

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

W przypadku repozytoriów, które zostały wyrejestrowane po ustawieniu globalnych ustawień, wszystko zostanie wyrejestrowane tak, jak jest w repo - miejmy nadzieję LF( \n). Wszelkie CRLFzostaną przekonwertowane na tylko LFprzy zameldowaniu.

Przy istniejącym repozytorium, które już wypisałeś - który ma poprawne zakończenia linii w repozytorium, ale nie kopię roboczą - możesz uruchomić następujące polecenia, aby to naprawić:

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

Spowoduje to usunięcie rmrekursywnie ( r) bez pytania ( -f), wszystkie pliki oprócz tych, które edytowałeś ( --cached), z bieżącego katalogu ( .). resetNastępnie powrót wszystkich tych plików do stanu, w którym mają one swoje prawdziwe zakończeń linii (odpowiadający co jest w repo).

Jeśli chcesz naprawić zakończenia linii plików w repozytorium, zalecam skorzystanie z edytora, który pozwoli ci to zrobić zbiorczo, takiego jak IntelliJ lub Sublime Text, ale jestem pewien, że każdy dobry może to obsługiwać.

Kontekst

Jeśli ty

1. chcę zmusić wszystkich użytkowników do zakończenia linii LF dla plików tekstowych i
2. nie możesz zagwarantować, że wszyscy użytkownicy zmienią konfigurację git,

możesz to zrobić zaczynając od git 2.10. Wymagane jest 2.10 lub nowsze, ponieważ 2.10 naprawiło zachowanie text = auto wraz z eol = lf . Źródło .

Rozwiązanie

Umieść .gitattributesplik w katalogu głównym repozytorium git o następującej zawartości:

* text=auto eol=lf

Zaangażuj się.

Opcjonalne poprawki

Możesz także dodać .editorconfigw katalogu głównym repozytorium, aby nowoczesne narzędzia tworzyły nowe pliki z pożądanymi zakończeniami linii.

# 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=inputjest właściwym ustawieniem dla tego, czego chcesz, ale może być konieczne wykonanie a git update-index --refreshi / lub a, git reset --hardaby zmiana zaczęła obowiązywać.

Po core.autocrlfustawieniu na inputgit nie będzie stosował konwersji nowego wiersza przy kasie (więc jeśli masz LF w repozytorium, dostaniesz LF), ale upewni się, że w przypadku zepsucia się i wprowadzenia niektórych CRLF w działającym jakoś skopiować, nie dostaną się do repozytorium.

Rozwiązanie tego problemu można znaleźć na stronie : https://help.github.com/en/github/using-git/configuring-git-to-handle-line-endings

Uproszczony opis sposobu rozwiązania tego problemu w systemie Windows:

Globalne ustawienia zakończeń linii Polecenie git config core.autocrlf służy do zmiany sposobu, w jaki Git obsługuje zakończenia linii. To wymaga jednego argumentu.

W systemie Windows po prostu przekazujesz wartość true konfiguracji. Na przykład: C:> git config --global core.autocrlf true

Powodzenia, mam nadzieję, że pomogłem.