WINDOWS와 LINUX에서 git 자동 줄 바꿈의 차이점

Question

최근 Windows에서 마지막 프로젝트를 관리하기 위해 git add.를 실행했을 때 LF will replacement by CRLF라는 오류가 계속 발생했습니다. 인터넷에 있는 대부분의 답변은 git config --global core였습니다. autocrlf. false, 자동 단어 줄 바꿈을 비활성화하면 이 프로젝트에

을 추가할 수 있습니다. 하지만 문제는 다른 프로젝트(Mac에서 가져온 코드)가 관리를 수행해야 한다는 것입니다. true로 설정

지금 제 정신이 좀 이상해요. 이 과정에서 정확히 무슨 일이 일어났는지 자세히 설명해주실 수 있나요?

Answer 1

음, 바이두 쓰시나요? . . 그래서 문제의 원인을 전혀 모르고 자동줄바꿈과는 관련이 없습니다

windows 개행 문자: CRLF Linux/UNIX 개행 문자: LF
물론 캐리지 리턴 문자를 Windows에서 UNIX로 변환해야 합니다.

git config --global core.autocrlf false

개행 변환 기능 끄기

git config --global core.autocrlf true

다음과 같이 작동합니다.
Git는 인덱스에 파일을 추가할 때 CRLF 줄 끝을 LF로 자동 변환하여 이를 처리할 수 있습니다
공식 문서에서

Answer 2

처음에는 git이 Linux 전용이었기 때문에 줄 바꿈은 항상 Linux의 LF였습니다. 프로젝트 팀에 Linux 및 Windows 사용자가 있는 경우 줄 바꿈은 물론 일반 파일은 LF로 통합되어야 합니다. autocrlf가 켜져 있으면 Windows 사용자의 로컬 파일은 여전히 ​​CR LF이며 제출 시 자동으로 LF로 변환됩니다.

ps: Windows는 중국에서 널리 사용되므로 Windows 관련 파일을 bat 배치 스크립트와 같은 LF 줄 바꿈으로 변경할 가능성이 매우 높습니다. 이런 식으로 github에서 다운로드한 파일은 CR 줄 바꿈을 잃게 됩니다. 결과적으로 실행이 불가능합니다.

이 설정 항목은 중복되므로 일반적으로 이 항목을 끄고 줄바꿈이 일관성이 있는지 수동으로 확인하는 것이 좋습니다. 일반적으로 현재 IDE에서는 여러 줄바꿈 스타일을 정상적으로 표시할 수 있으며, LF도 Windows에서 정상적으로 표시할 수 있습니다. Windows 메모장을 사용하여 코드를 편집하지 않는 한 CR LF 스타일 줄 바꿈은 없습니다.