Quin proxy guanya a Git LFS 3.7.0?

Segueix la selecció de l'entorn, les anul·lacions Git no buides que coincideixen amb l'URL i les regles d'omissió per a l'URL real de la petició LFS.

Un valor Git http.proxy no buit que coincideixi amb l'URL de la petició substitueix el proxy derivat de l'entorn a Git LFS 3.7.0. Un valor Git buit no esborra aquesta ruta de l'entorn.

Per a aquesta versió, seguiu la selecció en aquest ordre:

  1. Llegeix HTTPS_PROXY i HTTP_PROXY. Un valor https_proxy o http_proxy no buit en minúscules substitueix el valor corresponent en majúscules.
  2. Per a HTTPS, prefereix el candidat HTTPS i utilitza el candidat HTTP com a alternativa.
  3. Aplica un valor Git http.proxy no buit coincident en lloc d'aquests candidats.
  4. Aplica les regles d'omissió a l'URL de la petició triat. Un no_proxy no buit substitueix NO_PROXY.

Si la intenció és accés directe, inspecciona les entrades heretades i l'omissió prevista en lloc de suposar que una entrada Git buida les ha esborrat.

Utilitza l'URL LFS real per a la comparació. Les destinacions d'API i d'objectes poden diferir del remot Git, cosa que canvia quina configuració vinculada a l'URL coincideix.

Conserva la versió LFS instal·lada amb el diagnòstic. LFS fa servir el seu propi transport HTTP de Go; la precedència del camí libcurl de Git no explica aquest codi de selecció.

Articles relacionats