Кой прокси печели в 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 не обяснява този код за избор.

Подобни статии