การ clone อาจถ่ายโอนออบเจกต์ของ Git เสร็จแล้ว แต่เนื้อหา LFS ยังขาดอยู่ Git เก็บไฟล์พอยน์เตอร์ ส่วนไคลเอนต์ LFS จะส่งคำขอแยกต่างหากสำหรับออบเจกต์ขนาดใหญ่

ในเช็กเอาต์ที่ได้รับผลกระทบซึ่งติดตั้ง Git LFS แล้ว ให้ตรวจสอบเอนด์พอยต์และความล้มเหลวล่าสุดของมัน:

git -C project lfs env
git -C project lfs logs last

ตรวจสอบผลลัพธ์ในเครื่องนี้; URL ของรีโพซิทอรีและบันทึกอาจเปิดเผยข้อมูลระบุตัวตนหรือข้อมูลการรับรองความถูกต้อง ระบุขั้นตอนแรกที่ล้มเหลว:

  1. การติดต่อ LFS API
  2. การขอรับแอ็กชันดาวน์โหลดของ Batch API
  3. การเข้าถึง URL ดาวน์โหลดของแอ็กชันนั้น ซึ่งอาจใช้โฮสต์ที่เก็บออบเจกต์ต่างกันและเฮดเดอร์ที่จัดหาให้
  4. การถ่ายโอนเนื้อหาออบเจกต์

ตรวจสอบการแทนที่เอนด์พอยต์ LFS ของรีโพซิทอรีรวมถึง URL จริงด้วย LFS มีการใช้งาน HTTP การกำหนดค่า และสภาพแวดล้อมพร็อกซีที่สืบทอดมาเป็นของตัวเอง สำหรับ Git LFS 3.7.0 ให้ทำตามลำดับการเลือกพร็อกซีของมันสำหรับ URL คำขอจริง การเข้าถึงโฮสต์ HTTPS ปกติของ Git ไม่ได้ทดสอบเส้นทางออบเจกต์ทุกเส้นทางในภายหลัง ความล้มเหลวในการรับรองความถูกต้องของโฮสต์ออบเจกต์ก็แตกต่างจากพร็อกซี 407เช่นกัน

เมื่อคุณตั้งใจจะดาวน์โหลด การ fetch แยกต่างหากในรีโพซิทอรีที่ควบคุมได้สามารถเปิดเผยความล้มเหลวได้โดยไม่ต้อง clone อีกครั้ง:

git -C project lfs fetch

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

บทความที่เกี่ยวข้อง