이 글은 기계 번역의 미러 문서이며, 원본 기사로 바로 이동하려면 여기를 클릭해 주세요.

보기: 11005|회답: 0

warning: LF will be replaced by CRLF in xxxx.

[링크 복사]
게시됨 2021. 1. 5. 오전 11:26:06 | | | |
warning: LF will be replaced by CRLF in xxxx.
작업 디렉터리에서는 파일의 원래 줄 끝이 그대로 남아 있습니다



그 이유는 상징적 탈출 문제가 있기 때문입니다

윈도우의 줄 바꿈은 CRLF이고, 리눅스의 줄 바깥은 LF이므로 add . 프롬프트, 해결책:


git core.autocrlf 구성 명령어

포맷팅은 특히 크로스 플랫폼 상황에서 많은 개발자들이 협업할 때 겪는 작은 골칫거리입니다. 편집기 차이나 Windows 프로그래머가 크로스 플랫폼 프로젝트에서 파일 끝에 줄 바꿈을 추가하는 경우, 미묘한 공간 변경이 협업 작업이나 제출된 패치에 의도치 않게 반영될 수 있습니다. 걱정 마세요, Git의 일부 설정 옵션이 이런 문제를 해결하는 데 도움이 될 것입니다.

core.autocrlf

Windows에서 프로그램을 작성하거나, 다른 시스템에서 Windows를 프로그래밍하는 사람과 함께 작업한다면, 줄 끝이 닫히는 문제가 발생할 수 있습니다. 이는 윈도우가 줄 끝에 캐리지 엔터와 줄 바꿈 두 문자를 사용하는 반면, 맥과 리눅스는 줄 바빴에 한 문자만 사용하기 때문입니다. 이는 사소한 문제이지만, 크로스 플랫폼 협업에 큰 방해가 될 수 있습니다.

Git은 커밋할 때 라인 엔더 CRLF를 자동으로 LF로, 코드를 체크할 때 LF를 CRLF로 변환할 수 있습니다. core.autocrlf를 사용해 이 기능을 켜고 Windows에서 true로 설정하면, 코드가 체크아웃될 때 LF가 CRLF로 변환됩니다.



core.autocrlf를 false로 설정하라. 즉, 자동 변환 기능을 활성화하지 말라는 뜻이다.





이전의:SQL Server는 문자열을 구분하는 쉼표를 사용합니다
다음:.NET/C#은 BlockingCollection 기반의 간단한 로깅을 구현합니다
면책 조항:
Code Farmer Network에서 발행하는 모든 소프트웨어, 프로그래밍 자료 또는 기사는 학습 및 연구 목적으로만 사용됩니다; 위 내용은 상업적 또는 불법적인 목적으로 사용되지 않으며, 그렇지 않으면 모든 책임이 사용자에게 부담됩니다. 이 사이트의 정보는 인터넷에서 가져온 것이며, 저작권 분쟁은 이 사이트와는 관련이 없습니다. 위 내용은 다운로드 후 24시간 이내에 컴퓨터에서 완전히 삭제해야 합니다. 프로그램이 마음에 드신다면, 진짜 소프트웨어를 지원하고, 등록을 구매하며, 더 나은 진짜 서비스를 받아주세요. 침해가 있을 경우 이메일로 연락해 주시기 바랍니다.

Mail To:help@itsvse.com