Git па-ранейшаму выкарыстоўвае проксі, які вы думалі, што выдалілі

http.proxy — гэта радок. Заданне 0 можа прымусіць Git звяртацца да хоста з літаральным імем 0 замест адключэння проксі.

Спачатку знойдзіце адпаведныя запісы і іх вобласці:

git config --show-origin --show-scope --get-regexp '.*proxy.*'

Праверце сістэмныя, карыстальніцкія, рэпазітарныя, уключаныя і URL-спецыфічныя ўваходы, а таксама рэальнае асяроддзе працэсу. Трымайце значэнні з уліковымі дадзенымі прыватнымі. Затым запытайце адпаведны HTTPS-рэпазітар:

git config --get-urlmatch http.proxy https://git.example/team/project.git

Калі праверка выявіла адзіны састарэлы лакальны для рэпазітара запіс http.proxy, выканайце гэта з той мэтавай працоўнай копіі, каб выдаліць гэты запіс:

git config --local --unset http.proxy

Выкарыстоўвайце крыніцу, якая фактычна паведамляецца; гэты лакальны прыклад не з'яўляецца камандай для ачысткі карыстальніцкіх або машынных значэнняў па змаўчанні. Праверце некалькі значэнняў, перш чым выбіраць аперацыю, якая выдаляе іх усе.

Выдаленне выяўляе астатнія ўваходы. Лакальнае unset можа выявіць карыстальніцкае значэнне па змаўчанні, а выдаленне карыстальніцкага запісу можа пакінуць правіла, спецыфічнае для URL. Яўнае пустое значэнне, наадварот, выражае мэтавае прамое пераазначэнне ў падтрымоўванай канфігурацыі Git; гэта іншая палітыка, чым адкліканне адной крыніцы.

Трымайце core.gitProxy і SSH-маршруты асобна. Калі значэнне вяртаецца, праверце ўключэнні, запускальнікі, IDE і сродкі зборкі і выпраўце крыніцу ў мэтавай вобласці. Паўтарыце запыт выбару і сеткавую аперацыю: правільны выбар не ўстанаўлівае злучэнне і не пацвярджае наступную аўтэнтыфікацыю рэпазітара.