คำตำหนิที่แสดงว่าไม่มีประวัติ

เมื่อฉันเรียกใช้ git ตำหนิบนไฟล์ (โดยใช้ msysgit) ฉันมักจะได้รับงานพิมพ์ประเภทต่อไปนี้:

00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   1) package co
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   2) {
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   3)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   4)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   5)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   6)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   7)      impor

กล่าวคือแสดงทุกบรรทัดว่ายังไม่ได้ผูกมัด

ฉันลองสิ่งนี้กับไฟล์หลาย ๆ ไฟล์ซึ่งมีการคอมมิตจำนวนมาก - ผลลัพธ์จะเหมือนกันเสมอ ฉันลองใช้เส้นทางสัมพัทธ์ / เต็ม แต่ดูเหมือนว่าจะไม่แตกต่างกัน

เมื่อฉันพยายามใช้คำตำหนิของ TortoiseGit มันมักจะแสดงทุกบรรทัดว่าเป็นการกระทำครั้งสุดท้ายในการกระทำครั้งแรก:

แม้จะคิดอย่างที่ฉันเคยพูดไปมีการกระทำหลายสิบครั้งในประวัติของไฟล์เหล่านี้ ..

ไอเดีย?

แก้ไข - ข้อมูลเพิ่มเติม

• การตำหนิ Git ทำงานได้ดีบน GitHub ซึ่งเป็นที่โฮสต์ repo นี้
• นอกจากนี้ยังใช้งานได้ดีถ้าฉันโคลนไปยังเครื่อง linux และทำผิดที่นั่น
• ดูเหมือนว่าเฉพาะใน msysgit สิ่งนี้ใช้ไม่ได้

git blame file.txtตำหนิเวอร์ชันของ file.txt ในสำเนาการทำงานของคุณ หาก file.txt มี Windows-newlines (CRLF) ใน repo และคุณมีcore.autocrlf = truefile.txt ทุกบรรทัดจะถือว่าแตกต่างกันและจะรายงานโดยgit blameที่ยังไม่ได้คอมมิต

เหตุผลว่าทำไมgit blame <my_branch>(หรือดีกว่าgit blame HEADซึ่งทำงานได้ไม่ว่าคุณจะอยู่ในสาขาใด) ก็คือไม่ได้ตำหนิเวอร์ชันสำเนาที่ใช้งานได้ดังนั้นจึงไม่มีความเป็นไปได้สำหรับบรรทัดที่ยังไม่ได้รับการยืนยัน

พบวิธีแก้ปัญหา - แปลกมาก

ถ้าฉันเรียกใช้สิ่งนี้:

git blame file.txt

ประวัติเสียดังโพสต์ข้างบน

ถ้าฉันทำสิ่งนี้แทน:

git blame my_branch file.txt

มันได้ผล!

นี่เป็นเรื่องแปลกมากเพราะ AFAICS การใช้งานไม่ต้องการชื่อสาขา:

$ git blame
usage: git blame [options] [rev-opts] [rev] [--] file

เริ่มตั้งแต่ git 2.0.1 (วันที่ 25 มิถุนายน 2014) การตำหนิคอมไพล์ควรหยุดการรายงานบรรทัดที่ "ยังไม่ได้กระทำ"

ดู กระทำ 4d4813a (26 เม.ย. 2557) โดยbrian m. คาร์ลสัน ( bk2204) .
^{(ผสานโดยJunio ​​C Hamano - gitster-ในการกระทำ e934c67 , 06 มิ.ย. 2014)}

blame: จัดการไฟล์อย่างถูกต้องโดยไม่คำนึงถึง autocrlf

หากไฟล์มีการCRLFลงท้ายบรรทัดในที่เก็บด้วยcore.autocrlf=inputให้ตำหนิบรรทัดที่ทำเครื่องหมายเป็น " Not Committed Yet" เสมอแม้ว่าจะไม่มีการแก้ไขก็ตาม
อย่าพยายามแปลงส่วนท้ายบรรทัดเมื่อสร้างการกระทำปลอมเพื่อให้การตำหนิทำงานอย่างถูกต้องโดยไม่คำนึงถึงการautocrlfตั้งค่า

ความเป็นไปได้อีกอย่าง: การพิมพ์ชื่อไฟล์แบบตรงตามตัวพิมพ์เล็กและใหญ่

ฉันมีปัญหาเดียวกันกับ git ตำหนิ file.txt จากนั้นก็รู้ว่าฉันพิมพ์ชื่อไฟล์แบบตรงตามตัวพิมพ์เล็กและใหญ่ด้วย file.txt

เปลี่ยนเป็น File.txt (ตัวอย่าง) และฉันได้ผลลัพธ์ที่คาดหวังโดยไม่ต้องระบุ my_branch: git ตำหนิ File.txt