Welke proxy wint in Git LFS 3.7.0?

Volg de omgevingsselectie, niet-lege URL-passende Git-overschrijvingen en bypass-regels voor de werkelijke LFS-aanvraag-URL.

Een niet-lege Git http.proxy-waarde die overeenkomt met de aanvraag-URL overschrijft de uit de omgeving afgeleide proxy in Git LFS 3.7.0. Een lege Git-waarde wist die omgevingsroute niet.

Volg voor deze release de selectie in deze volgorde:

  1. Lees HTTPS_PROXY en HTTP_PROXY. Een niet-lege https_proxy of http_proxy in kleine letters vervangt de bijbehorende waarde in hoofdletters.
  2. Geef voor HTTPS de voorkeur aan de HTTPS-kandidaat en gebruik de HTTP-kandidaat als terugval.
  3. Pas een overeenkomende niet-lege Git http.proxy-waarde toe in plaats van die kandidaten.
  4. Pas bypass-regels toe op de gekozen aanvraag-URL. Een niet-lege no_proxy vervangt NO_PROXY.

Als de bedoeling directe toegang is, inspecteer dan geërfde invoer en de beoogde bypass in plaats van aan te nemen dat een lege Git-regel ze heeft gewist.

Gebruik de werkelijke LFS-URL voor de vergelijking. API- en objectbestemmingen kunnen afwijken van de Git-remote, wat verandert welke URL-gebonden instelling overeenkomt.

Bewaar de geïnstalleerde LFS-versie bij de diagnose. LFS gebruikt zijn eigen Go HTTP-transport; voorrang uit Gits libcurl-pad verklaart deze selectiecode niet.

Gerelateerde artikelen