Windows git“ warning: LF จะถูกแทนที่ด้วย CRLF” นั่นเป็นคำเตือนที่ย้อนหลังหรือไม่

env:

• วินโดว 7
• msysgit

เมื่อฉันgit commitมันพูดว่า:

warning: LF will be replaced by CRLF. 

หางเตือนนี้ถอยหลังหรือไม่?
ฉันแก้ไขไฟล์ใน Windows จุดสิ้นสุดของบรรทัดCRLFก็เหมือนกับรูปนี้:

และคอมไพล์ก็เปลี่ยนเป็นLFcommitting เพื่อ repo
ดังนั้นฉันคิดว่าคำเตือนที่ถูกต้องคือ:

warning: CRLF will be replaced by LF. 

คำเตือน: LF จะถูกแทนที่ด้วย CRLF

ไฟล์ข้อความที่มี LF ไม่จำเป็นต้องบันทึกด้วย CRLF ทั้งนี้ขึ้นอยู่กับโปรแกรมแก้ไขที่คุณใช้: บรรณาธิการล่าสุดสามารถคงสไตล์ eol ได้ แต่การตั้งค่า git นั้นยืนยันที่จะเปลี่ยน ...

ตรวจสอบให้แน่ใจว่า (ตามที่ฉันแนะนำที่นี่ ):

git config --global core.autocrlf false

วิธีการที่คุณหลีกเลี่ยงการเปลี่ยนแปลงใด ๆ โดยอัตโนมัติและยังสามารถระบุพวกเขาผ่าน.gitattributesไฟล์และคำสั่งcore.eol

windows git "LF จะถูกแทนที่ด้วย CRLF"
คำเตือนนี้จะย้อนกลับหรือไม่

ไม่: คุณใช้ Windows และgit configหน้าความช่วยเหลือจะกล่าวถึง

ใช้การตั้งค่านี้หากคุณต้องการให้การCRLFสิ้นสุดบรรทัดในไดเร็กทอรีการทำงานของคุณแม้ว่าที่เก็บไม่มีการสิ้นสุดบรรทัดปกติ

ตามที่อธิบายไว้ใน " คอมไพล์เปลี่ยน LF กับ CRLF " มันควรจะเกิดขึ้นในวันที่เช็คเอาท์ (ไม่กระทำ) core.autocrlf=trueกับ

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

ตามที่กล่าวไว้ใน คำตอบของXiaoPeng คำเตือนนั้นก็เหมือนกับ:

คำเตือน: (หากคุณตรวจสอบ / หรือโคลนไปยังโฟลเดอร์อื่นด้วยcore.autocrlfการกำหนดค่าปัจจุบันของคุณ) LF จะถูกแทนที่ด้วย CRLF
ไฟล์จะมีการสิ้นสุดบรรทัดดั้งเดิมในไดเรกทอรีการทำงาน (ปัจจุบัน) ของคุณ

ตามที่กล่าวไว้ในgit-for-windows/gitปัญหา 1242 :

ฉันยังรู้สึกว่าข้อความนี้ทำให้เกิดความสับสนข้อความอาจขยายออกไปเพื่อรวมคำอธิบายที่ดีขึ้นของปัญหาตัวอย่างเช่น "LF จะถูกแทนที่ด้วย CRLF file.jsonหลังจากลบไฟล์และตรวจสอบอีกครั้ง"

หมายเหตุ: Git 2.19 (กันยายน 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) การล้างรหัสเพิ่มคำอธิบายบางอย่าง

ดูกระทำ 8462ff4 (13 มกราคม 2018) โดยTorsten Bögershausen (tboegi )
^{(ผสานโดยJunio ​​C Hamano - gitster- in 9bc89b1 , 13 Feb 2018)}

convert_to_git (): safe_crlf / checksafe จะกลายเป็น int conv_flags

เมื่อโทรconvert_to_git()ที่checksafeพารามิเตอร์ที่กำหนดไว้ในสิ่งที่ควรจะเกิดขึ้นถ้าแปลง EOL ( CRLF --> LF --> CRLF) ไม่ได้บินหมดจด
นอกจากนี้ยังมีการกำหนดด้วยว่าการสิ้นสุดบรรทัดควรจะทำใหม่ (CRLF --> LF ) หรือเก็บไว้เหมือนเดิม

checksafe เป็นsafe_crlfenum ที่มีค่าเหล่านี้:

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

โปรดทราบว่าการถดถอยแนะนำใน8462ff4 ( " convert_to_git(): safe_crlf/checksafeกลายเป็นint conv_flags" 2018/01/13, Git 2.17.0) กลับมาอยู่ใน Git 2.17 วงจรที่เกิดจากautocrlfการปรับเปลี่ยนการผลิตข้อความเตือน แม้จะมีการตั้งค่าsafecrlf=false

ดูกระทำ 6cb0912 (4 มิถุนายน 2018) โดยแอนโธนี Sottile (asottile )
^{(รวมโดยJunio C Hamano - gitster-ในการกระทำ 8063ff9 , 28 มิถุนายน 2018)}

ใช่การเตือนกลับด้าน

และในความเป็นจริงมันไม่ควรจะเป็นคำเตือนในตอนแรก เพราะคำเตือนทั้งหมดนี้กำลังพูด (แต่น่าเสียดายที่ย้อนหลัง) ก็คือตัวอักษร CRLF ในไฟล์ของคุณที่มีการลงท้ายบรรทัด Windows จะถูกแทนที่ด้วย LF ในการกระทำ ซึ่งหมายความว่าจะถูกทำให้เป็นมาตรฐานในตอนท้ายบรรทัดเดียวกันโดย * nix และ MacOS

ไม่มีอะไรผิดปกติเกิดขึ้นนี่เป็นพฤติกรรมที่คุณต้องการตามปกติ

คำเตือนในรูปแบบปัจจุบันเป็นหนึ่งในสองสิ่งนี้:

1. ข้อผิดพลาดที่โชคร้ายรวมกับข้อความเตือนที่ระมัดระวังมากเกินไปหรือ
2. พล็อตที่ฉลาดมากที่จะทำให้คุณจริงๆคิดว่าผ่านนี้ ...

;)

- อัปเดตในวันที่ 9 กรกฎาคม ---

ลบ "มันถูกต้องและแม่นยำ" ตามที่แสดงความคิดเห็นโดย @mgiuca

======

NO CRLFมันไม่ได้พูดคุยเกี่ยวกับไฟล์ของคุณในขณะนี้ด้วย LFมันเป็นแทนการพูดคุยเกี่ยวกับไฟล์ที่มี

คุณควรอ่าน:

คำเตือน: ( ถ้าคุณตรวจสอบ / หรือโคลนไปยังโฟลเดอร์อื่นด้วยการกำหนดค่า core.autocrlf ปัจจุบันของคุณ ) LF จะถูกแทนที่ด้วย CRLF

ไฟล์จะมีการสิ้นสุดบรรทัดต้นฉบับในไดเรกทอรีทำงาน( ปัจจุบัน ) ของคุณ

ภาพนี้ควรอธิบายความหมายของมัน

ทั้งหมดนี้ถือว่า core.autocrlf=true

ข้อผิดพลาดเดิม:

คำเตือน: LF จะถูกแทนที่ด้วย CRLF
ไฟล์จะมีการสิ้นสุดบรรทัดต้นฉบับในไดเรกทอรีการทำงานของคุณ

ข้อผิดพลาดที่ควรอ่าน:

คำเตือน: LF จะถูกแทนที่ด้วย CRLF ในไดเรกทอรีทำงานของคุณ
ไฟล์จะมีจุดสิ้นสุดบรรทัด LF ดั้งเดิมในที่เก็บ git

คำอธิบายที่นี่ :

ผลข้างเคียงของการแปลงที่สะดวกนี้และนี่คือสิ่งที่คำเตือนที่คุณเห็นเป็นเรื่องเกี่ยวกับหากไฟล์ข้อความที่คุณประพันธ์มีตอนจบ LF แทน CRLF มันจะถูกเก็บไว้กับ LF ตามปกติ แต่เมื่อตรวจสอบแล้ว ออกมาภายหลังจะมีตอนจบของ CRLF สำหรับไฟล์ข้อความปกตินี่เป็นเรื่องปกติ คำเตือนคือ "สำหรับข้อมูลของคุณ" ในกรณีนี้ แต่ในกรณีที่คอมไพล์ประเมินไฟล์ไบนารี่ไม่ถูกต้องให้เป็นไฟล์ข้อความคำเตือนที่สำคัญเพราะคอมไพล์จะทำให้ไฟล์ไบนารี่ของคุณเสียหาย

โดยทั่วไปไฟล์โลคัลที่ก่อนหน้านี้ LF จะมี CRLF แบบโลคัล

git config --global core.autocrlf false ทำงานได้ดีสำหรับการตั้งค่าระดับโลก

แต่ถ้าคุณใช้ Visual Studio อาจจำเป็นต้องปรับเปลี่ยน.gitattributesสำหรับโครงการบางประเภท ( เช่นแอปพลิเคชันไลบรารี c # class ):

• ลบบรรทัด * text=auto

หลังจากที่ฉันตั้งค่าcore.autocrlf=trueฉันได้รับ "LF จะถูกแทนที่ด้วย CRLF" (หมายเหตุไม่ใช่ "CRLF จะถูกแทนที่ด้วย LF") เมื่อฉันกำลังติดตั้งgit add(หรืออาจเป็นได้git commitหรือไม่) ไฟล์ที่แก้ไขใน windows บนที่เก็บ (ที่ใช้ LF) ที่เช็คเอาต์ก่อนที่ฉันจะตั้งcore.autocrlf=trueฉันชุด

ฉันทำการเช็คเอาต์ใหม่core.autocrlf=trueและตอนนี้ฉันไม่ได้รับข้อความเหล่านั้น

หากคุณใช้ Visual Studio 2017, 2019 คุณสามารถ:

1. เปิดไฟล์. gitignore หลัก (อัปเดตหรือลบไฟล์. gignignore anothers ในโครงการอื่น ๆ ในโซลูชัน)
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 บางครั้ง)