¿Qué proxy gana en Git LFS 3.7.0?

Siga la selección del entorno, las anulaciones de Git no vacías que coinciden con la URL y las reglas de omisión para la URL real de la solicitud LFS.

Un valor de Git http.proxy no vacío que coincida con la URL de la solicitud anula el proxy derivado del entorno en Git LFS 3.7.0. Un valor de Git vacío no borra esa ruta del entorno.

Para esta versión, siga la selección en este orden:

  1. Lea HTTPS_PROXY y HTTP_PROXY. Un valor https_proxy o http_proxy no vacío en minúsculas sustituye su valor correspondiente en mayúsculas.
  2. Para HTTPS, prefiera el candidato HTTPS y use el candidato HTTP como respaldo.
  3. Aplique un valor de Git http.proxy no vacío coincidente en lugar de esos candidatos.
  4. Aplique las reglas de omisión a la URL de solicitud elegida. Un no_proxy no vacío sustituye a NO_PROXY.

Si la intención es el acceso directo, inspeccione las entradas heredadas y la omisión prevista en lugar de suponer que una entrada de Git vacía las borró.

Use la URL real de LFS para la comparación. Los destinos de API y de objetos pueden diferir del remoto de Git, lo que cambia qué ajuste vinculado a la URL coincide.

Conserve la versión de LFS instalada junto con el diagnóstico. LFS usa su propio transporte HTTP de Go; la precedencia de la ruta libcurl de Git no explica este código de selección.

Artículos relacionados