Git clone radi kroz proxy, ali Git LFS ne uspijeva

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

Kloniranje može završiti prenos Git objekata dok LFS sadržaj još uvijek nedostaje. Git čuva datoteke s pokazivačima; LFS klijent upućuje zasebne zahtjeve za velike objekte.

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

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 nije uspjela:

  1. Kontaktiranje LFS API-ja.
  2. Dobijanje 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 dostavljena zaglavlja.
  4. Prenos tijela objekta.

Provjerite izmjene endpointa LFS-a 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 do uobičajenog Git HTTPS hosta ne pokriva svaku kasniju rutu objekata. Greška autentifikacije na hostu objekata također se razlikuje od proxy 407.

Kada namjeravate preuzeti objekte, zaseban fetch u kontroliranom repozitoriju može otkriti neuspjeh bez još jednog kloniranja:

git -C project lfs fetch

Ovo prenosi objekte; to nije upit o postavkama samo za čitanje. Nakon toga provjerite da je potrebni sadržaj dostupan. Mali pokazivač koji ostane u djelimičnoj radnoj kopiji nije velika datoteka, a raniji uspješan Git nalog ne može dokazati da je LFS prenos završen.

Povezani članci