처음에는 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 스타일 줄 바꿈은 없습니다.
음, 바이두 쓰시나요? . . 그래서 문제의 원인을 전혀 모르고 자동줄바꿈과는 관련이 없습니다
windows 개행 문자: CRLF Linux/UNIX 개행 문자: LF
물론 캐리지 리턴 문자를 Windows에서 UNIX로 변환해야 합니다.
개행 변환 기능 끄기
다음과 같이 작동합니다.
Git는 인덱스에 파일을 추가할 때 CRLF 줄 끝을 LF로 자동 변환하여 이를 처리할 수 있습니다
공식 문서에서
처음에는 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 스타일 줄 바꿈은 없습니다.