git clone proxyaren bidez dabil, baina Git LFS-ek huts egiten du

Jarrai itzazu Git LFS-ren metadatuak eta objektuen deskargak git clone-tik bereizita, bestela funtzionatzen duen proxya aldatu aurretik.

Klonatzeak Git objektuen transferentzia amaitu dezake, baina haren LFS edukia oraindik falta da. Git-ek erakusle-fitxategiak gordetzen ditu; LFS bezeroak eskaera bereiziak egiten ditu objektu handietarako.

Git LFS instalatuta duen kopia eraginean, aztertu haren endpoint-a eta azken hutsegitea:

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

Berrikusi irteera lokalean; biltegiko URLek eta erregistroek identifikazio- edo autentifikazio-informazioa ager dezakete. Identifikatu huts egin zuen lehen etapa:

  1. LFS APIarekin harremanetan jartzea.
  2. Batch APIaren deskarga-ekintza lortzea.
  3. Ekintza horren deskarga-URLra iristea, eta horrek objektuen biltegiratze-host desberdin bat eta emandako goiburuak erabil ditzake.
  4. Objektuaren gorputza transferitzea.

Egiaztatu biltegiko LFS endpoint-aren gainidazketak eta benetako URLa. LFS-ek bere HTTP inplementazioa, konfigurazioa eta oinordetzan jasotako proxy-ingurunea ditu. Git LFS 3.7.0 bertsiorako, jarraitu haren proxy hautatzeko ordena benetako eskaeraren URLrako. Git-en HTTPS ostalari arrunta lortzeak ez ditu geroagoko objektu-bide guztiak probatzen. Objektu-host batean autentifikazioak huts egitea ere desberdina da proxy 407tik.

Deskargak egin nahi dituzunean, biltegi kontrolatu bateko fetch bereizi batek hutsegitea ager dezake beste klon bat gabe:

git -C project lfs fetch

Honek objektuak transferitzen ditu; ez da irakurtzeko soilik den ezarpen-kontsulta bat. Berretsi beharrezko edukia gero eskuragarri dagoela. Kopia partzialean geratzen den erakusle txiki bat ez da fitxategi handia, eta lehenago arrakastatsua izan zen Git komando batek ezin du frogatu LFS transferentzia osatu zenik.

Erlazionatutako artikuluak