Git clone ทำงานผ่านพร็อกซีได้ แต่ Git LFS ล้มเหลว
ตรวจสอบเมทาดาทาและการดาวน์โหลดออบเจกต์ของ Git LFS แยกจาก Git clone ก่อนจะแก้ไขพร็อกซีที่ทำงานอยู่แล้ว
การ clone อาจถ่ายโอนออบเจกต์ของ Git เสร็จแล้ว แต่เนื้อหา LFS ยังขาดอยู่ Git เก็บไฟล์พอยน์เตอร์ ส่วนไคลเอนต์ LFS จะส่งคำขอแยกต่างหากสำหรับออบเจกต์ขนาดใหญ่
ในเช็กเอาต์ที่ได้รับผลกระทบซึ่งติดตั้ง Git LFS แล้ว ให้ตรวจสอบเอนด์พอยต์และความล้มเหลวล่าสุดของมัน:
git -C project lfs env
git -C project lfs logs lastตรวจสอบผลลัพธ์ในเครื่องนี้; URL ของรีโพซิทอรีและบันทึกอาจเปิดเผยข้อมูลระบุตัวตนหรือข้อมูลการรับรองความถูกต้อง ระบุขั้นตอนแรกที่ล้มเหลว:
- การติดต่อ LFS API
- การขอรับแอ็กชันดาวน์โหลดของ Batch API
- การเข้าถึง URL ดาวน์โหลดของแอ็กชันนั้น ซึ่งอาจใช้โฮสต์ที่เก็บออบเจกต์ต่างกันและเฮดเดอร์ที่จัดหาให้
- การถ่ายโอนเนื้อหาออบเจกต์
ตรวจสอบการแทนที่เอนด์พอยต์ LFS ของรีโพซิทอรีรวมถึง URL จริงด้วย LFS มีการใช้งาน HTTP การกำหนดค่า และสภาพแวดล้อมพร็อกซีที่สืบทอดมาเป็นของตัวเอง สำหรับ Git LFS 3.7.0 ให้ทำตามลำดับการเลือกพร็อกซีของมันสำหรับ URL คำขอจริง การเข้าถึงโฮสต์ HTTPS ปกติของ Git ไม่ได้ทดสอบเส้นทางออบเจกต์ทุกเส้นทางในภายหลัง ความล้มเหลวในการรับรองความถูกต้องของโฮสต์ออบเจกต์ก็แตกต่างจากพร็อกซี 407เช่นกัน
เมื่อคุณตั้งใจจะดาวน์โหลด การ fetch แยกต่างหากในรีโพซิทอรีที่ควบคุมได้สามารถเปิดเผยความล้มเหลวได้โดยไม่ต้อง clone อีกครั้ง:
git -C project lfs fetchสิ่งนี้ถ่ายโอนออบเจกต์ ไม่ใช่การสอบถามการตั้งค่าแบบอ่านอย่างเดียว ตรวจสอบว่าเนื้อหาที่จำเป็นพร้อมใช้งานในภายหลัง พอยน์เตอร์ขนาดเล็กที่เหลืออยู่ในเช็กเอาต์บางส่วนไม่ใช่ไฟล์ขนาดใหญ่ และคำสั่ง Git ที่สำเร็จก่อนหน้านี้ไม่อาจยืนยันได้ว่าการถ่ายโอน LFS เสร็จสมบูรณ์