Git clone cez proxy funguje, ale Git LFS zlyháva

Sledujte metadáta a sťahovanie objektov Git LFS oddelene od Git clone, skôr než zmeníte inak fungujúci proxy.

Klonovanie môže dokončiť prenos objektov Git, zatiaľ čo obsah LFS stále chýba. Git ukladá súbory s ukazovateľmi; klient LFS posiela samostatné požiadavky na veľké objekty.

V postihnutej pracovnej kópii s nainštalovaným Git LFS skontrolujte jeho endpoint a posledné zlyhanie:

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

Výstup si preverte lokálne; URL adresy repozitára a záznamy môžu odhaliť identifikačné alebo autentifikačné údaje. Určite prvú fázu, ktorá zlyhala:

  1. Kontaktovanie API LFS.
  2. Získanie akcie na stiahnutie z Batch API.
  3. Dosiahnutie URL adresy na stiahnutie tejto akcie, ktorá môže používať iného hostiteľa objektového úložiska a dodané hlavičky.
  4. Prenos tela objektu.

Skontrolujte prepisy endpointu LFS v repozitári aj skutočnú URL adresu. LFS má vlastnú implementáciu HTTP, konfiguráciu a zdedené proxy prostredie. Pri Git LFS 3.7.0 postupujte podľa jeho poradia výberu proxy pre skutočnú URL adresu požiadavky. Dosiahnutie bežného hostiteľa Git HTTPS neprejde všetkými neskoršími trasami objektov. Zlyhanie autentifikácie na hostiteľovi objektov sa tiež odlišuje od proxy 407.

Ak sťahovanie zamýšľate, samostatný fetch v kontrolovanom repozitári môže odhaliť zlyhanie bez ďalšieho klonu:

git -C project lfs fetch

Týmto sa prenášajú objekty; nejde o dopyt na čítanie nastavení. Potom potvrďte, že požadovaný obsah je dostupný. Malý ukazovateľ, ktorý zostane v čiastočnej pracovnej kópii, nie je veľký súbor a skorší úspešný príkaz Git nemôže potvrdiť, že prenos LFS sa dokončil.

Súvisiace články