Wyłącz konwersje git EOL

Staram się, aby git nie zmieniał żadnych zakończeń linii dla żadnej operacji. Niestety wydaje się, że tak się dzieje, niezależnie od wszystkiego. Sprowadziłem to do następującego przypadku testowego, który ma tyle różnych mechanizmów wyłączania tego zachowania, ile mogłem znaleźć.

• Rozpocznij od dwóch komputerów (komputer z systemem Windows = A, komputer z systemem Linux = B)
• Na obu maszynach: git config --global core.autocrlf false
• Na obu komputerach: git config --global core.eol crlf(na wszelki wypadek)

• Utwórz nowe repozytorium na A. Z pustego folderu:
  • git init --shared(następnie odkryj utworzony .gitkatalog)
  • Utwórz nowy plik .gitignorew repozytorium
  • Utwórz nowy plik .gitattributesw repozytorium za pomocą jednej linii:* -text
  • git add ., a następnie git commit -m "initial commit"obejść, np . to .
  • git branch master_recv
  • Dodaj piloty
• Utwórz nowy plik document.txtw repozytorium zawierającym CRLF
• Commit: git add -Awięcgit commit -m "<something>"
• Zwróć uwagę, że A document.txtnadal zawiera CRLF (a usunięcie go i zresetowanie za pomocą --hardzwraca wersję nadal z CRLF)

• SCP cały katalog na komputer B
• Dodaj nowy plik new filezawierający CRLF
• Commit: git add -Awięcgit commit -m "<something>"
• Zauważ, że oba document.txtB i B new filenadal zawierają CRLF

• Pociągnij mistrza B do A: git pull <remote> master:master_recv
• A document.txtzmieniło się na LF. Dodany plik new filezawiera również LF.

Problem nie występuje, jeśli B to komputer z systemem Windows.

W projekcie powinien znajdować się .gitattributesplik. W większości przypadków powinien wyglądać jak poniżej (lub ten zrzut ekranu ):

# Handle line endings automatically for files detected as text 
# and leave all files detected as binary untouched.
* text=auto

# Never modify line endings of our bash scripts
*.sh -crlf

#
# The above will handle all files NOT found below
#
# These files are text and should be normalized (Convert crlf => lf)
*.css           text
*.html          text
*.java          text
*.js            text
*.json          text
*.properties    text
*.txt           text
*.xml           text

# These files are binary and should be left untouched
# (binary is macro for -text -diff)
*.class         binary
*.jar           binary
*.gif           binary
*.jpg           binary
*.png           binary

Zmień * text=autona, * text=falseaby wyłączyć automatyczną obsługę (patrz zrzut ekranu ).

Lubię to:

Jeśli Twój projekt nie ma pliku .gitattributes, zakończenia linii są ustawiane przez konfiguracje git. Aby zmienić konfiguracje git, wykonaj następujące czynności:

Przejdź do pliku konfiguracyjnego w tym katalogu:

1) C: \ ProgramData \ Git \ config

2) Otwórz plik konfiguracyjny w Notepad ++ (lub dowolnym edytorze tekstu, który preferujesz)

3) Zmień „autocrlf =” na false.

Jednym prostym rozwiązaniem jest:

• upewnij się, że core.autocrlf ma ustawioną wartość false dla wszystkich repozytoriów:
  git config --global core.autocrlf false
• sklonuj ponownie repozytorium i sprawdź, czy nie została wykonana konwersja EOL.
• lub, od Git 2.16 (Q1 2018) , zachowaj aktualne repozytorium i zróbgit add --renormalize .

Jeśli konwersje są wykonywane automatycznie, oznacza to, że w repozytorium znajduje się .gitattributes core.eoldyrektywa .

Z Git 2.8+ (marzec 2016) sprawdź, czy nadal istnieje transformacja eol z:

git ls-files --eol

Rozgryzłem to. Wygląda na to, że program SCP konwertował zakończenia linii. Zauważyłem to, gdy próbowałem celowo utworzyć plik z zakończeniami LF, a następnie zauważyłem, że po pobraniu pojawił się jako CRLF.

Ponieważ było to dla mnie rozwiązanie, przyjmuję tę odpowiedź, ale ludzie w przyszłości powinni również odnosić się do innych odpowiedzi, aby uzyskać bardziej ogólne rozwiązanie.

Z tematu "Efekty" na stronie podręcznika gitattributes (5)

text

Ten atrybut włącza i kontroluje normalizację końca linii. Kiedy plik tekstowy jest znormalizowany, jego zakończenia wierszy są konwertowane na LF w repozytorium. Aby kontrolować, jaki styl zakończenia linii jest używany w katalogu roboczym, użyj eolatrybutu dla pojedynczego pliku i core.eol zmiennej konfiguracyjnej dla wszystkich plików tekstowych.

Set

Ustawienie atrybutu tekstowego na ścieżce włącza normalizację końca wiersza i oznacza ścieżkę jako plik tekstowy. Konwersja na końcu linii odbywa się bez zgadywania typu zawartości.

Unset Usunięcie ustawienia atrybutu tekstowego na ścieżce mówi Gitowi, aby nie podejmował żadnych prób konwersji na końcu linii podczas sprawdzania lub pobierania.

core.autocrlfw nowym (1.7.2+) Git nie używany, core.eola poprawne ustawienie | usunięcie atrybutu tekstowego uważane za bardziej niezawodny sposób

Oto jak to zrobić dla pojedynczego repozytorium.

Utwórz plik .gitattributesw katalogu głównym repozytorium z tym wierszem

* -text

Otóż ​​to. To jest symbol wieloznaczny pasujący do wszystkich plików, nakazujący gitowi usunięcie atrybutu tekstowego. Oznacza to, że git traktuje wszystkie pliki jako binarne i dlatego nie wykonuje żadnej konwersji końca linii.