Git clone עובד דרך הפרוקסי, אבל Git LFS נכשל
עקוב אחר מטא-נתוני Git LFS והורדות אובייקטים בנפרד מה-clone של Git לפני שינוי פרוקסי שעובד אחרת.
שכפול (clone) יכול לסיים להעביר את אובייקטי Git בעוד תוכן ה-LFS שלו עדיין חסר. Git שומר קבצי מצביע; לקוח ה-LFS מבצע בקשות נפרדות עבור האובייקטים הגדולים.
בעותק העבודה המושפע שמותקן בו Git LFS, בדוק את נקודת הקצה שלו ואת הכשל האחרון:
git -C project lfs env
git -C project lfs logs lastבדוק את הפלט באופן מקומי; כתובות URL של מאגרים ויומנים עלולים לחשוף מידע מזהה או מידע אימות. זהה את השלב הראשון שנכשל:
- פנייה אל ה-API של LFS.
- קבלת פעולת ההורדה של Batch API.
- הגעה לכתובת ה-URL של ההורדה של אותה פעולה, שעשויה להשתמש במארח אחסון אובייקטים אחר ובכותרות שסופקו.
- העברת גוף האובייקט.
בדוק דריסות של נקודת הקצה LFS במאגר וגם את כתובת ה-URL בפועל. ל-LFS יש מימוש HTTP, תצורה וסביבת פרוקסי בתורשה משלו. עבור Git LFS 3.7.0, פעל לפי סדר בחירת הפרוקסי שלו עבור כתובת ה-URL של הבקשה בפועל. הגעה למארח ה-HTTPS הרגיל של Git אינה מפעילה כל מסלול אובייקטים מאוחר. כשל אימות במארח האובייקטים נפרד גם מפרוקסי 407.
כאשר אתה מתכוון לבצע את ההורדות, fetch נפרד במאגר מבוקר יכול לחשוף את הכשל בלי שכפול נוסף:
git -C project lfs fetchפעולה זו מעבירה אובייקטים; היא אינה שאילתת הגדרות לקריאה בלבד. ודא שהתוכן הנדרש זמין לאחר מכן. מצביע קטן שנותר בשכפול חלקי אינו הקובץ הגדול, ופקודת Git מוצלחת קודמת אינה יכולה לקבוע שהעברת ה-LFS הושלמה.