Quale proxy vince in Git LFS 3.7.0?

Un valore Git http.proxy non vuoto che corrisponde all'URL della richiesta sostituisce il proxy derivato dall'ambiente in Git LFS 3.7.0. Un valore Git vuoto non cancella quel percorso dell'ambiente.

Per questa versione, segui la selezione in questo ordine:

1. Leggi HTTPS_PROXY e HTTP_PROXY. Un valore https_proxy o http_proxy non vuoto in minuscolo sostituisce il corrispondente valore in maiuscolo.
2. Per HTTPS, preferisci il candidato HTTPS e usa il candidato HTTP come riserva.
3. Applica un valore Git http.proxy non vuoto corrispondente al posto di quei candidati.
4. Applica le regole di bypass all'URL della richiesta scelto. Un no_proxy non vuoto sostituisce NO_PROXY.

Se l'intenzione è l'accesso diretto, esamina gli input ereditati e il bypass previsto invece di supporre che una voce Git vuota li abbia cancellati.

Usa l'URL LFS reale per il confronto. Le destinazioni di API e oggetti possono differire dal remoto Git, cambiando quale impostazione legata all'URL corrisponde.

Conserva la versione LFS installata con la diagnosi. LFS usa il proprio trasporto HTTP Go; la precedenza dal percorso libcurl di Git non spiega questo codice di selezione.