Кој прокси победува во Git LFS 3.7.0?

Следете го изборот од околината, непразните Git презаписи што одговараат на URL и правилата за заобиколување за вистинскиот URL на барањето LFS.

Непразна вредност на Git http.proxy што одговара на URL-то на барањето го презапишува проксито изведено од околината во Git LFS 3.7.0. Празна вредност на Git не ја брише таа патека од околината.

За ова издание следете го изборот по овој редослед:

  1. Прочитајте HTTPS_PROXY и HTTP_PROXY. Непразна мала буква https_proxy или http_proxy ја заменува соодветната вредност со големи букви.
  2. За HTTPS дајте предност на кандидатот HTTPS и користете го кандидатот HTTP како резерва.
  3. Применете соодветна непразна вредност на Git http.proxy наместо тие кандидати.
  4. Применете ги правилата за заобиколување на избраното URL на барањето. Непразна no_proxy го заменува NO_PROXY.

Ако целта е директен пристап, проверете ги наследените влезови и предвиденото заобиколување наместо да претпоставите дека празен запис во Git ги избришал.

Користете го вистинското URL на LFS за споредбата. Одредиштата на API и објектите може да се разликуваат од далечното Git складиште, што менува кое поставување поврзано со URL одговара.

Задржете ја инсталираната верзија на LFS со дијагнозата. LFS користи сопствен Go HTTP транспорт; приоритетот од патеката libcurl на Git не го објаснува овој код за избор.

Поврзани статии