Git clone virker gennem proxyen, men Git LFS fejler

Spor Git LFS-metadata og objektdownloads separat fra git-clonet, før du ændrer en proxy, der ellers virker.

Et clone kan afslutte overførslen af Git-objekter, mens dets LFS-indhold stadig mangler. Git gemmer pointer-filer; LFS-klienten sender separate anmodninger om de store objekter.

I det berørte checkout med Git LFS installeret kan du undersøge dets endpoint og den seneste fejl:

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

Gennemgå outputtet lokalt; repository-URL'er og logfiler kan afsløre identificerende eller godkendelsesoplysninger. Identificér det første trin, der fejlede:

  1. Kontakt til LFS-API'en.
  2. Hentning af Batch-API'ens download-handling.
  3. Adgang til den handlings download-URL, som kan bruge en anden objektlager-vært og medsendte headers.
  4. Overførsel af objektets indhold.

Kontroller repositoryets tilsidesættelser af LFS-endpointet samt den faktiske URL. LFS har sin egen HTTP-implementering, konfiguration og nedarvede proxy-miljø. For Git LFS 3.7.0 skal du følge dets rækkefølge for proxy-valg for den faktiske anmodnings-URL. Adgang til den almindelige Git-HTTPS-vært afprøver ikke alle senere objekt-ruter. En godkendelsesfejl på objektværten er også forskellig fra proxy 407.

Når du har til hensigt at downloade, kan en separat fetch i et kontrolleret repository afsløre fejlen uden endnu et clone:

git -C project lfs fetch

Dette overfører objekter; det er ikke en skrivebeskyttet forespørgsel om indstillinger. Bekræft bagefter, at det nødvendige indhold er tilgængeligt. En lille pointer, der bliver tilbage i et delvist checkout, er ikke den store fil, og en tidligere vellykket Git-kommando kan ikke fastslå, at LFS-overførslen blev fuldført.

Relaterede artikler