Git clone radi kroz proxy, ali Git LFS ne uspijeva

Pratite preuzimanje metapodataka i objekata Git LFS odvojeno od Git clonea prije nego mijenjate proxy koji inače radi.

Kloniranje može dovršiti prijenos Git objekata dok LFS sadržaj još uvijek nedostaje. Git pohranjuje pokazivačke datoteke; LFS klijent upućuje zasebne zahtjeve za velikim objektima.

U zahvaćenom checkoutu s instaliranim Git LFS-om pregledajte njegov endpoint i posljednju pogrešku:

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

Pregledajte izlaz lokalno; URL-ovi repozitorija i zapisi mogu otkriti identifikacijske ili autentifikacijske podatke. Utvrdite prvu fazu koja je pala:

  1. Kontaktiranje LFS API-ja.
  2. Dobavljanje download akcije Batch API-ja.
  3. Dolazak na download URL te akcije, koji može koristiti drukčiji host za pohranu objekata i isporučena zaglavlja.
  4. Prijenos tijela objekta.

Provjerite nadjačavanja LFS endpointa u repozitoriju, kao i stvarni URL. LFS ima vlastitu HTTP implementaciju, konfiguraciju i naslijeđeno proxy okruženje. Za Git LFS 3.7.0 slijedite njegov redoslijed odabira proxyja za stvarni URL zahtjeva. Dolazak na uobičajeni Git HTTPS host ne prolazi kroz sve kasnije rute objekata. Neuspjeh autentifikacije na hostu objekata također se razlikuje od proxy 407.

Kada namjeravate te preuzimanja, zaseban fetch u kontroliranom repozitoriju može otkriti pogrešku bez još jednog kloniranja:

git -C project lfs fetch

To prenosi objekte; to nije upit postavki samo za čitanje. Nakon toga potvrdite da je potreban sadržaj dostupan. Mali pokazivač koji ostane u djelomičnom checkoutu nije velika datoteka, a ranije uspješna Git naredba ne može dokazati da je LFS prijenos dovršen.

Povezani članci