Git clone radi kroz proxy, ali Git LFS ne uspijeva

Pratite Git LFS metapodatke i preuzimanje objekata odvojeno od Git clone-a prije nego što promijenite proxy koji inače radi.

Clone može dovršiti prijenos Git objekata dok LFS sadržaj još uvijek nedostaje. Git čuva pokazivačke datoteke; LFS klijent upućuje zasebne zahtjeve za velike objekte.

U pogođenoj radnoj kopiji s instaliranim Git LFS-om provjerite njegov endpoint i posljednji neuspjeh:

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

Pregledajte izlaz lokalno; URL-ovi repozitorija i logovi mogu otkriti identifikacijske ili autentifikacijske podatke. Utvrdite prvu fazu koja nije uspjela:

  1. Kontaktiranje LFS API-ja.
  2. Pribavljanje akcije preuzimanja iz Batch API-ja.
  3. Dolazak do URL-a za preuzimanje te akcije, koji može koristiti drugi host za pohranu objekata i priložene headere.
  4. Prijenos tijela objekta.

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

Kada namjeravate preuzimati, zaseban fetch u kontroliranom repozitoriju može otkriti neuspjeh bez još jednog clone-a:

git -C project lfs fetch

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

Povezani članci