warning: LF will be replaced by CRLF in xxxx.
Plik będzie miał oryginalne końcówki linii w Twoim katalogu roboczym
Powodem jest problem symbolicznej ucieczki
Przerwanie linii w Windows to CRLF, a w Linuksie to LF, więc przy dodawaniu . Prompty, rozwiązanie:
instrukcje konfiguracji git core.autocrlf
Formatowanie to drobny problem, z którym wielu deweloperów napotyka się podczas współpracy, zwłaszcza w sytuacjach multiplatformowych. Ze względu na różnice w edytorach lub dodawanie podziałów linii na końcu linii plików przez programistów Windows w projektach wieloplatformowych, niektóre subtelne zmiany w przestrzeni mogą niechcący pojawić się w pracy zespołowej lub przesyłanych łatkach. Nie martw się, niektóre opcje konfiguracyjne dla Gita pomogą rozwiązać te problemy.
core.autocrlf
Jeśli piszesz program na Windowsie albo współpracujesz z kimś, kto programuje na Windowsie, a ty korzystasz z innego systemu, możesz napotkać problem z zamykaniem linii końcowej. Wynika to z faktu, że Windows używa dwóch znaków: carriage enter i podziału wiersza, do zakończenia linii, podczas gdy Mac i Linux używają tylko jednego znaku do podziału linii. Choć jest to drobny problem, może poważnie zakłócić współpracę międzyplatformową.
Git może automatycznie konwertować CRLF z linki na LF po commitowaniu i LF na CRLF przy wypożyczaniu kodu. Użyj core.autocrlf, aby to włączyć i ustawić na true na Windows, tak aby po wypożyczeniu kodu LF został przekształcony w CRLF.
Skonfiguruj core.autocrlf na false, czyli nie włączaj funkcji automatycznej konwersji.
|
Opublikowano 05.01.2021 11:26:06
|
|
|
|
