Git-kloning fungerer gjennom proxyen, men Git LFS feilar

Spor Git LFS-metadata og objektnedlastingar separat frå Git-klonen før du endrar ein elles fungerande proxy.

Ein klone kan fullføre overføringa av Git-objekt medan LFS-innhaldet framleis manglar. Git lagrar peikarfiler; LFS-klienten sender separate førespurnader for dei store objekta.

I den råka utsjekkinga med Git LFS installert, undersøk endepunktet og siste feil:

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

Gå gjennom utdataa lokalt; repo-URL-ar og loggar kan avsløre identifiserande eller autentiseringsinformasjon. Identifiser det første trinnet som feila:

  1. Kontakte LFS-API-et.
  2. Hente nedlastingshandlinga til Batch-API-et.
  3. Nå nedlastings-URL-en til den handlinga, som kan bruke ein annan objektlagringsvert og medsende headarar.
  4. Overføre innhaldet i objektet.

Kontroller både overstyringar av LFS-endepunktet til repoet og den faktiske URL-en. LFS har si eiga HTTP-implementering, konfigurasjon og arva proxy-miljø. For Git LFS 3.7.0, følg proxyvalrekkjefølgja for den faktiske førespurnads-URL-en. Å nå den vanlege Git-HTTPS-verten prøver ikkje alle seinare objektvegar. Ein autentiseringsfeil hos objektverten er også noko anna enn proxy 407.

Når du meiner nedlastingane, kan ein separat fetch i eit kontrollert repo avdekkje feilen utan ein ny klone:

git -C project lfs fetch

Dette overfører objekt; det er ikkje eit skriveverna innstillingsspørjing. Stadfest at det nødvendige innhaldet er tilgjengeleg etterpå. Ein liten peikar som blir att i ei delvis utsjekking, er ikkje den store fila, og ein tidlegare vellukka Git-kommando kan ikkje fastslå at LFS-overføringa vart fullført.

Relaterte artiklar