Quel proxy l'emporte dans Git LFS 3.7.0 ?

Suivez la sélection de l'environnement, les remplacements Git non vides correspondant à l'URL et les règles de contournement pour l'URL réelle de la requête LFS.

Une valeur Git http.proxy non vide correspondant à l'URL de la requête remplace le proxy issu de l'environnement dans Git LFS 3.7.0. Une valeur Git vide n'efface pas cette route d'environnement.

Pour cette version, suivez la sélection dans cet ordre :

  1. Lisez HTTPS_PROXY et HTTP_PROXY. Une valeur https_proxy ou http_proxy non vide en minuscules remplace la valeur majuscule correspondante.
  2. Pour HTTPS, privilégiez le candidat HTTPS et utilisez le candidat HTTP comme solution de repli.
  3. Appliquez une valeur Git http.proxy non vide correspondante à la place de ces candidats.
  4. Appliquez les règles de contournement à l'URL de requête choisie. Un no_proxy non vide remplace NO_PROXY.

Si l'intention est un accès direct, examinez les entrées héritées et le contournement prévu plutôt que de supposer qu'une entrée Git vide les a effacés.

Utilisez l'URL LFS réelle pour la comparaison. Les destinations d'API et d'objets peuvent différer du dépôt distant Git, ce qui change le paramètre lié à l'URL qui correspond.

Conservez la version LFS installée avec le diagnostic. LFS utilise son propre transport HTTP Go ; la priorité issue du chemin libcurl de Git n'explique pas ce code de sélection.

Articles similaires