Kateri posredniški strežnik zmaga v Git LFS 3.7.0?

Sledite izbiri iz okolja, nepraznim prepisom Git, ki ustrezajo URL, in pravilom obhoda za dejanski URL zahteve LFS.

Neprazna vrednost Git http.proxy, ki ustreza URL zahteve, prepiše posredniški strežnik, izpeljan iz okolja, v Git LFS 3.7.0. Prazna vrednost Git te poti iz okolja ne izbriše.

Za to izdajo sledite izbiri v tem vrstnem redu:

  1. Preberite HTTPS_PROXY in HTTP_PROXY. Neprazna mala https_proxy ali http_proxy nadomesti ustrezno veliko vrednost.
  2. Za HTTPS dajte prednost kandidatu HTTPS in kandidata HTTP uporabite kot rezervo.
  3. Namesto teh kandidatov uporabite ustrezno neprazno vrednost Git http.proxy.
  4. Za izbrani URL zahteve uporabite pravila obhoda. Neprazna no_proxy nadomesti NO_PROXY.

Če je namen neposreden dostop, preglejte podedovane vnose in predvideni obhod, namesto da predpostavljate, da jih je prazen vnos Git izbrisal.

Za primerjavo uporabite dejanski URL LFS. Cilji API in objektov se lahko razlikujejo od oddaljenega repozitorija Git, kar spremeni, katera nastavitev, vezana na URL, ustreza.

Pri diagnozi navedite nameščeno različico LFS. LFS uporablja svoj transport Go HTTP; prednost s poti libcurl v Git tega koda izbire ne pojasni.

Sorodni članki