Dlaczego miałbym używać rdzenia.autoclf = true in git?

Pracując jako zespół nad projektami GIT, możliwe, że członkowie projektu korzystają z różnych systemów operacyjnych. Z powodu tego konfliktu napotykają problemy z końcem linii, ponieważ pliki tekstowe utworzone w systemie Windows mają inne zakończenia linii niż pliki tekstowe Linux. Windows używa znaków CR (powóz) i LF (LineFeed) dla nowych linii w swoich plikach, podczas gdy systemy Linux używają tylko znaku LF. Mówiąc dokładniej, GIT nie pozwala programistom korzystać z LF w stylu Unix podczas pracy w systemie Windows.

Ten napis krótko wyjaśni użycie rdzenia.autoclf = true in git.

Dlaczego miałbyś używać rdzenia.autoclf = true in git?

Aby efektywnie współpracować z innymi programistami projektów korzystających z różnych systemów operacyjnych, programiści muszą zmienić ustawienia konfiguracji, aby skonfigurować GIT, aby automatycznie obsługiwać zakończenia linii. Aby to zrobić, skorzystaj z „$ Git Config Core.autoclf = true„Polecenie zmiany rdzenia.Ustawienia autoclf. Użytkownicy systemu Windows muszą ustawić Core.wartość autocrlf do True w celu przekształcenia zakończeń LF w CRLF.

Jak rdzeń.autoclf = prawdziwe prace w git?

Weźmy przykład, aby zobaczyć, jak rdzeń.autoclf = prawdziwe prace!

Krok 1: Przejdź do repozytorium GIT

Najpierw przejdź do konkretnego repozytorium GIT za pomocą „płyta CD" Komenda:

$ cd "c: \ git"

Krok 2: Utwórz dwa pliki

Następnie utwórz plik za pomocą „Echo„Polecenie i zaktualizuj:

$ echo "plik 3"> plik3.tekst

Podobnie generuj lub zaktualizuj inny plik za pomocą tego samego polecenia:

$ echo "plik 4"> plik 4.tekst

Krok 3: Dodaj pliki do indeksu inscenizacji GIT

Następnie skorzystaj z „Git dodaj”Polecenie do śledzenia plików do indeksu inscenizacji:

$ git dodaj plik3.Plik txt4.tekst

Na poniższej wydajności można zaobserwować ostrzeżenie, które mówi „LF zostanie zastąpione przez CRLF".

Zauważ, że LF to styl Unix, a CRLF to styl Windows. To ostrzeżenie stwierdza, że ​​stracisz styl Unix i zostanie ono zastąpione w stylu systemu Windows, ponieważ GIT domyślnie ogranicza użycie CRLF:

Krok 4: Sprawdź domyślne ustawienia konfiguracji

Aby sprawdzić domyślne ustawienia konfiguracji, uruchom następujące polecenie:

$ git Config Core.Autocrlf

Można zauważyć, że domyślna wartość „rdzeń.Autocrlf”Plik jest ustawiany jako„FAŁSZ”:

Krok 5: Zmień rdzeń.Konfiguracja autocrlf

Aby ustawić git ”rdzeń.Autocrlf„Ustawienie do„PRAWDA”, Uruchom następujące polecenie:

$ git Config Core.Autocrlf True

Krok 6: weryfikacja

Sprawdź wcześniej wykonane zmiany konfiguracji:

$ git Config Core.Autocrlf

Możesz zobaczyć, że „rdzeń.Autocrlf„Wartość została ustalona jako„PRAWDA”:

Krok 7: Śledź zmiany w strefie inscenizacji git

Ponownie spróbuj dodać pliki do obszaru oceny GIT:

$ git add .

Jak widać na zrzucie ekranu poniżej, pliki zostały pomyślnie dodane, ponieważ „rdzeń.Autocrlf„Ustawienia są zmieniane na true:

Wyjaśniliśmy wykorzystanie rdzenia.autoclf = True Configuration Ustawienie w git.

Wniosek

Podczas pracy z programistami z różnymi systemami systemu operacyjnego użytkownicy prawdopodobnie napotykają problemy z końcem linii (LF lub CRLF). Git zapewnia różne sposoby rozwiązania tego problemu, na przykład korzystanie z „$ Git Config Core.Autocrlf" Komenda. Jeśli twój rdzeń.Konfiguracja autocrlf jest ustawiona jako false, to pokaże ostrzeżenie o problemach z końcem linii podczas dodawania plików. Jednak ustawianie jego wartości jako „PRAWDA”Rozwiąże problem. Ten zapis pokazał zastosowania rdzenia.autoclf = True Configuration Ustawienie w git.