A Git clone működik a proxyn keresztül, de a Git LFS meghiúsul

A klónozás befejezheti a Git-objektumok átvitelét, miközben az LFS-tartalom még hiányzik. A Git mutatófájlokat tárol; az LFS-kliens külön kéréseket indít a nagy objektumokért.

Az érintett checkoutban, telepített Git LFS mellett vizsgáld meg a végpontját és az utolsó hibát:

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

A kimenetet helyben nézd át; a repozitórium URL-jei és a naplók azonosító vagy hitelesítési információkat fedhetnek fel. Állapítsd meg az első meghiúsult szakaszt:

1. Az LFS API elérése.
2. A Batch API letöltési műveletének megszerzése.
3. A művelet letöltési URL-jének elérése, amely más objektumtároló gazdagépet és megadott fejléceket használhat.
4. Az objektum törzsének átvitele.

Ellenőrizd a repozitórium LFS-végpont felülírásait és a tényleges URL-t is. Az LFS saját HTTP-implementációval, konfigurációval és örökölt proxykörnyezettel rendelkezik. A Git LFS 3.7.0 esetében a tényleges kérés URL-jéhez kövesd a proxyválasztási sorrendjét. A szokásos Git HTTPS-gazdagép elérése nem járja be az összes későbbi objektumútvonalat. Az objektumgazdagépen bekövetkező hitelesítési hiba szintén különbözik a 407-es proxyhibától.

Ha a letöltéseket szándékozod, egy külön fetch egy felügyelt repozitóriumban újabb klónozás nélkül felfedheti a hibát:

git -C project lfs fetch

Ez objektumokat visz át; nem csak olvasható beállításkérés. Utána igazold, hogy a szükséges tartalom elérhető. A részleges checkoutban maradó kis mutató nem a nagy fájl, és egy korábbi sikeres Git-parancs nem bizonyítja, hogy az LFS-átvitel befejeződött.