Kuris tarpinis serveris laimi Git LFS 3.7.0?

Vadovaukitės aplinkos pasirinkimu, netuščiomis URL atitinkančiomis Git perrašomis ir apėjimo taisyklėmis faktiniam LFS užklausos URL.

Netuščia Git http.proxy reikšmė, atitinkanti užklausos URL, perrašo iš aplinkos gautą tarpinį serverį Git LFS 3.7.0. Tuščia Git reikšmė neišvalo to aplinkos maršruto.

Šiame leidime vadovaukitės pasirinkimu šia tvarka:

  1. Skaitykite HTTPS_PROXY ir HTTP_PROXY. Netuščia mažosiomis raidėmis https_proxy arba http_proxy pakeičia atitinkamą didžiosiomis raidėmis reikšmę.
  2. HTTPS atveju pirmenybę teikite HTTPS kandidatui, o HTTP kandidatą naudokite kaip atsarginį.
  3. Tų kandidatų vietoje taikykite atitinkančią netuščią Git http.proxy reikšmę.
  4. Taikykite apėjimo taisykles pasirinktam užklausos URL. Netuščia no_proxy pakeičia NO_PROXY.

Jei tikslas yra tiesioginė prieiga, patikrinkite paveldėtas įvestis ir numatomą apėjimą, o ne manykite, kad tuščias Git įrašas jas ištrynė.

Palyginimui naudokite faktinį LFS URL. API ir objektų paskirties vietos gali skirtis nuo Git nuotolinės saugyklos, todėl pasikeičia, kuri su URL susieta nuostata atitinka.

Prie diagnostikos išsaugokite įdiegtą LFS versiją. LFS naudoja savo Go HTTP transportą; pirmenybė iš Git libcurl kelio nepaaiškina šio pasirinkimo kodo.

Susiję straipsniai