Windows git“경고 : LF는 CRLF로 대체됩니다.”경고 꼬리가 뒤로입니까?

env :

• 윈도우 7
• msysgit

때 나는 git commit말한다 :

warning: LF will be replaced by CRLF. 

이 경고 꼬리가 거꾸로되어 있습니까?
Windows에서 파일을 편집하면 줄 끝은 CRLF다음 그림과 같이 입니다 .git은 repo에 커밋하기 위해 파일을

변경합니다 LF.
올바른 경고는 다음과 같습니다.

warning: CRLF will be replaced by LF. 

경고 : LF는 CRLF로 대체됩니다.

사용중인 편집기에 따라 LF가있는 텍스트 파일은 CRLF로 저장할 필요가 없습니다. 최근 편집기는 eol 스타일을 유지할 수 있습니다 . 그러나 그 git config 설정은 그것들을 변경해야한다고 주장합니다 ...

간단히 ( 여기서 권장하는 대로 ) :

git config --global core.autocrlf false

이렇게하면 자동 변환을 피하고 .gitattributes파일 과 core.eol지시문을 통해 계속 지정할 수 있습니다 .

windows git "LF는 CRLF로 대체 될 것입니다"
이 경고 꼬리는 뒤로입니까?

아니요 : Windows를 사용 중이며 git config도움말 페이지에 언급되어 있습니다.

CRLF저장소에 정규화 된 줄 끝이없는 경우에도 작업 디렉토리에 줄 끝 을 가지려면이 설정을 사용하십시오 .

" LF를 CRLF로 대체하는 git "에 설명 된대로 , 이는 (와 같은 커밋이 아닌) 체크 아웃시에만 발생합니다core.autocrlf=true .

       repo
    /        \ 
crlf->lf    lf->crlf 
 /              \    

XiaoPeng 의 답변 에서 언급했듯이 경고는 다음과 같습니다.

경고 : (현재 core.autocrlf구성 으로 다른 폴더를 체크 아웃하거나 복제하는 경우) LF는 CRLF로 바뀝니다
. 파일은 현재 작업 디렉토리에 원래 줄 끝이 있습니다.

git-for-windows/git문제 1242 에서 언급했듯이 :

여전히이 메시지가 혼동된다고 생각합니다. 예를 들어 " file.json파일을 삭제하고 다시 체크 아웃 한 후 LF가 CRLF로 대체됩니다"와 같이 문제에 대한 자세한 설명을 포함하도록 메시지가 확장 될 수 있습니다 .

참고 : 사용하는 경우 힘내 2.19 (년 9 월 2018) core.autocrlf, 가짜 경고가 지금은 억제된다 "LF를 CRLF로 대체됩니다" .

quaylar가 올바르게 언급 했듯이 커밋에 대한 변환이있는 경우 LF에만 수행됩니다.

특정 경고 " LF will be replaced by CRLF"는 convert.c # check_safe_crlf ()에서 발생합니다 .

if (checksafe == SAFE_CRLF_WARN)
  warning("LF will be replaced by CRLF in %s.
           The file will have its original line endings 
           in your working directory.", path);
else /* i.e. SAFE_CRLF_FAIL */
  die("LF would be replaced by CRLF in %s", path);

에 의해 convert.c#crlf_to_git()호출되고 convert.c#convert_to_git()자체에 의해 호출됩니다 convert.c#renormalize_buffer().

그리고 마지막 renormalize_buffer()은에 의해서만 호출됩니다 merge-recursive.c#blob_unchanged().

따라서 git commit커밋이 병합 프로세스의 일부인 경우에만 이 변환이 발생 한다고 생각 합니다.

참고 : Git 2.17 (Q2 2018)에서는 코드 정리에 약간의 설명이 추가됩니다.

Torsten Bögershausen ( )의 commit 8462ff4 (2018 년 1 월 13 일)를 참조하십시오 . ^{(의해 병합 - Junio C 하마노 - 에 9bc89b1 커밋 2,018 13 이월)}tboegi
gitster

convert_to_git () : safe_crlf / checksafe는 int conv_flags가됩니다.

호출 할 때 convert_to_git()의 checksafe매개 변수는 EOL 변환 (경우 어떻게해야하는지 정의 CRLF --> LF --> CRLF)하지 왕복 깨끗하게 않습니다.
또한 줄 끝을 다시 정규화 CRLF --> LF하거나 ( ) 그대로 유지 해야하는지 여부도 정의했습니다 .

checksafe는 safe_crlf다음 값을 가진 열거 형입니다.

SAFE_CRLF_FALSE:       do nothing in case of EOL roundtrip errors
SAFE_CRLF_FAIL:        die in case of EOL roundtrip errors
SAFE_CRLF_WARN:        print a warning in case of EOL roundtrip errors
SAFE_CRLF_RENORMALIZE: change CRLF to LF
SAFE_CRLF_KEEP_CRLF:   keep all line endings as they are

Git 2.17주기 에서 8462ff4에 도입 된 회귀 ( " convert_to_git(): safe_crlf/checksafe는 int conv_flags", 2018-01-13, Git 2.17.0 ")가 설정에도 불구하고autocrlf 다시 쓰기로 인해 경고 메시지가 표시 됩니다.safecrlf=false

Anthony Sottile ( )의 commit 6cb0912 (2018 년 6 월 4 일)를 참조하십시오 . ^{( Junio ​​C Hamano 에 의해 병합 -- 커밋 8063ff9 , 2018 년 6 월 28 일)}asottile
gitster

예 , 경고가 거꾸로 있습니다.

사실 처음에는 경고조차되지 않아야합니다. 이 모든 경고가 말하지만 (불행히도 거꾸로) Windows 줄 끝이있는 파일의 CRLF 문자는 커밋시 LF로 바뀝니다. 이는 * nix 및 MacOS에서 사용하는 것과 동일한 라인 엔딩으로 정규화됨을 의미합니다.

이상한 일이 일어나지 않습니다. 이것은 일반적으로 원하는 행동입니다.

현재 형태의 경고는 다음 두 가지 중 하나입니다.

1. 과도하게 경고 메시지와 결합 된 불행한 버그 또는
2. 당신이 정말로 이것을 통해 생각 하게 만드는 매우 영리한 음모 ...

;)

--7 월 9 일 업데이트 ---

@mgiuca의 설명에 따라 "정확하고 정확합니다"제거

======

아니요 . 현재 파일에 대해 이야기하고 있지 않습니다 CRLF. 대신 파일에 대해 이야기하고 있습니다 LF.

읽어야합니다.

경고 : ( 현재 core.autocrlf 구성으로 다른 폴더를 체크 아웃하거나 복제하면 LF가 CRLF로 바뀝니다.

파일은 ( 현재 ) 작업 디렉토리 에 원래 줄 끝이 있습니다 .

이 그림은 그 의미를 설명해야합니다.

이 모든 것은 가정 core.autocrlf=true

원래 오류 :

경고 : LF는 CRLF로 대체됩니다
. 파일은 작업 디렉토리에 원래 줄 끝이 있습니다.

오류가 읽어야 할 것 :

경고 : LF는 작업 디렉토리에서 CRLF로 대체됩니다
파일은 git 저장소에 원래 LF 줄 끝 이 있습니다.

여기에 설명 :

이 편리한 변환의 부작용, 그리고 이것이 당신이보고있는 경고에 대한 것입니다, 당신이 만든 텍스트 파일이 원래 CRLF 대신에 LF 엔딩을 가지고 있다면, 평소와 같이 LF와 함께 저장되지만, 체크 될 때 나중에 CRLF 엔딩이 생깁니다. 일반 텍스트 파일의 경우 일반적으로 좋습니다. 이 경우 경고는 "정보 용"이지만 git이 이진 파일을 텍스트 파일로 잘못 평가하는 경우 git이 이진 파일을 손상시킬 수 있으므로 중요한 경고입니다.

기본적으로 이전에 LF였던 로컬 파일은 이제 로컬에서 CRLF를 갖습니다.

git config --global core.autocrlf false 전역 설정에 적합합니다.

그러나 Visual Studio를 사용하는 경우 .gitattributes일부 유형의 프로젝트 ( 예 : c # class library application )에 대해서도 수정해야 할 수도 있습니다 .

• 라인을 제거 * text=auto

내가 설정 한 후 저장소의 창에서 편집 된 파일을 사용 중이거나 사용 core.autocrlf=true중일 때 "LF는 CRLF로 대체됩니다"( "CRLF는 LF로 대체되지 않음" )가 표시됩니다 LF) 설정 하기 전에 체크 아웃했습니다 .git addgit commitcore.autocrlf=true

에 새로운 체크 아웃을했는데 core.autocrlf=true이제는 해당 메시지가 표시되지 않습니다.

Visual Studio 2017, 2019를 사용하는 경우 다음을 수행 할 수 있습니다.

1. 기본 .gitignore를 엽니 다 (솔루션의 다른 프로젝트에서 다른 .gitignore 파일을 업데이트하거나 제거하십시오)
2. 아래 코드를 붙여 넣으십시오.

[core]
 autocrlf = false
[filter "lfs"]
 required = true
 clean = git-lfs clean -- %f
 smudge = git-lfs smudge -- %f
 process = git-lfs filter-process

간단한 일만하십시오 :

1. git-hub (Shell)을 열고 (cd / a / b / c / ...)에 속한 디렉토리 파일로 이동하십시오.
2. dos2unix (가끔 dos2unix.exe) 실행
3. 지금 커밋하십시오. 같은 오류가 다시 발생하면. dos2unix 대신에 위의 모든 단계를 수행하고 unix2dox (unix2dos.exe를 수행하십시오)