Git Clone funktionéiert iwwer de Proxy, awer Git LFS schléit fehl

Verfollegt Git LFS Metadaten an Objekt-Downloads getrennt vum Git Clone, ier Dir en aneschters funktionéierende Proxy ännerst.

E Clone kann d'Git Objeten ofschléissen transferéieren, während säin LFS Inhalt nach feelt. Git späichert Zeigerdateien; de LFS Client mécht separat Ufroen fir déi grouss Objeten.

An der betraffener Aarbechtskopie mat installéiertem Git LFS, kontrolléiert säin Endpunkt an de leschte Fehler:

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

Kuckt d'Ausgab lokal un; Repository-URLen a Logboeker kënnen identifizéierend oder Authentifikatiounsinformatiounen opdecken. Identifizéiert déi éischt fehlgeschloen Etapp:

  1. Kontakt mam LFS API.
  2. D'Download-Aktioun vum Batch API kréien.
  3. Déi Aktioun hir Download-URL erreechen, déi en aneren Objekt-Storage-Host an ugeliwwert Header ka benotzen.
  4. Den Objektkierper transferéieren.

Kontrolléiert Repository LFS Endpunkt-Iwwerschreiwungen souwéi déi tatsächlech URL. LFS huet seng eege HTTP-Implementatioun, Konfiguratioun an déi iwwerholl Proxy-Ëmgebung. Fir Git LFS 3.7.0, befollegt seng Proxy-Auswiel-Uerdnung fir déi tatsächlech Ufro-URL. Den normale Git HTTPS Host z'erreechen testt net all spéider Objektrouter. Eng Authentifikatiounsfehler vum Objekthost ass och verschidde vun Proxy 407.

Wann Dir d'Downloads wëllt, kann e separate Fetch an engem kontrolléierte Repository de Fehler opdecken ouni nach en Clone:

git -C project lfs fetch

Dëst transferéiert Objeten; et ass keng nëmmen liesbar Astellungs-Ufro. Bestätegt duerno datt den néidegen Inhalt verfügbar ass. E klengen Zeiger, deen an enger deelweiser Aarbechtskopie bleift, ass net déi grouss Datei, an en fréiere erfolgreiche Git Kommando ka net beweisen datt den LFS Transfer ofgeschloss ass.

Ähnlech Artikelen