Git brûkt noch altyd in proxy dy'tsto tochtst datst fuorthelle hiest
It fuortheljen fan ien Git-ynstelling kin in oare omfang of omjouwingsfariabele blootlizze. Folgje de effektive wearde ynstee fan 0 as útskeakelingsflagge te brûken.
http.proxy is in tekenrige. It op 0 setten kin Git in host mei de letterlike namme 0 kontaktsje litte ynstee fan proxyen út te skeakeljen.
Fyn earst de oerienkommende ynfieringen en har omfangen:
git config --show-origin --show-scope --get-regexp '.*proxy.*'Undersyk systeem-, brûker-, repository-, ynslút- en URL-spesifike ynfier, plus de echte prosesomjouwing. Hâld wearden mei lientbewizen privee. Freegje dan it oanbelangjende HTTPS-remote op:
git config --get-urlmatch http.proxy https://git.example/team/project.gitAs de ynspeksje ien ferâldere repository-lokale http.proxy-ynfier fûn hat, rin dit dan út fanút dy bedoelde wurkkopy om dy ynfier fuort te heljen:
git config --local --unset http.proxyBrûk de boarne dy't eins rapportearre wurdt; dit lokale foarbyld is gjin opdracht om brûker- of masineferfals te wiskjen. Undersyk meardere wearden foardatst in bewurking kiest dy't se allegear fuorthellet.
It fuortheljen leit de oerbliuwende ynfier bleat. In lokale unset kin in brûkerferfal blootlizze, en it fuortheljen fan in brûkersynfier kin in URL-spesifike regel efterlitte. In eksplisite lege wearde sprekt ynstee in bedoelde direkte oerskriuwing út yn in stipe Git-konfiguraasje; dat is in oar belied as it weromlûken fan ien boarne.
Hâld core.gitProxy en SSH-rûtes apart. As in wearde weromkomt, undersyk ynsluten, starters, IDE's en buildrunners en reparearje de produsint yn 'e bedoelde omfang. Werhelje de seleksjefraach en de netwurkbewurking: korrekte seleksje befestiget gjin ferbining of lettere repository-autentikaasje.