Care proxy câștigă în Git LFS 3.7.0?

Urmați selecția din mediu, suprascrierile Git nevide care corespund URL-ului și regulile de ocolire pentru URL-ul real al cererii LFS.

O valoare Git http.proxy nevidă care corespunde URL-ului cererii suprascrie proxy-ul derivat din mediu în Git LFS 3.7.0. O valoare Git vidă nu șterge acea rută din mediu.

Pentru această versiune, urmați selecția în această ordine:

  1. Citiți HTTPS_PROXY și HTTP_PROXY. O valoare https_proxy sau http_proxy nevidă cu litere mici înlocuiește valoarea corespunzătoare cu litere mari.
  2. Pentru HTTPS, preferați candidatul HTTPS și folosiți candidatul HTTP ca rezervă.
  3. Aplicați o valoare Git http.proxy nevidă corespunzătoare în locul acelor candidați.
  4. Aplicați regulile de ocolire URL-ului cererii ales. O no_proxy nevidă înlocuiește NO_PROXY.

Dacă intenția este accesul direct, inspectați intrările moștenite și ocolirea dorită în loc să presupuneți că o intrare Git vidă le-a șters.

Folosiți URL-ul LFS real pentru comparație. Destinațiile API și ale obiectelor pot diferi de depozitul Git la distanță, ceea ce schimbă care setare legată de URL se potrivește.

Păstrați versiunea LFS instalată împreună cu diagnosticul. LFS folosește propriul transport HTTP Go; precedența din calea libcurl a Git nu explică acest cod de selecție.

Articole similare