Jedna Git konfiguracija može posluživati dva posve različita puta: vanjski host dohvaćen preko odobrenog proxyja i interni host dohvaćen izravno. Ne morate stalno uređivati globalnu zadanu vrijednost kad god mijenjate repozitorij.

Git podržava HTTP konfiguraciju specifičnu za URL. Na primjer:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

Za vanjski javni repozitorij u kojem su javni proxyji dopušteni, popis HTTP proxyja nudi kandidate za zadanu završnu točku. Prazna vrijednost izričito nadjačava odgovarajući URL. Razlikuje se od brisanja tog specifičnijeg ključa, što može ponovno izložiti generički proxy.

Uparite URL koji Git koristi

Shema, naziv hosta, port, putanja i neobavezno korisničko ime sudjeluju u dokumentiranim pravilima podudaranja. Ne tretirajte pododjeljak URL-a kao opći shell izraz s divljim znakovima. Uže pravilo putanje može pobijediti šire pravilo hosta.

Za pogled samo za čitanje u odgovarajuću proxy konfiguraciju:

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

Ovo provjerava podudaranje konfiguracije. To nije mrežni test i ne dokazuje da je put dostupan. Uzmite u obzir i druge opsege konfiguracije te relevantne postavke okruženja.

Preusmjeravanje nije novo podudaranje konfiguracije

Gitova dokumentacija kaže da su podudarni URL-ovi oni koji se izravno predaju Git naredbama; URL-ovi posjećeni zbog preusmjeravanja ne sudjeluju u tom podudaranju. Imajte to ograničenje na umu ako prvi host preusmjeri preuzimanja negdje drugdje.

Put bi trebao odgovarati i prijevozu. SSH udaljeni repozitorij nije vođen pododjeljkom HTTP URL-a samo zato što ista usluga nudi HTTPS web-stranicu.

Upotrijebite nekoliko namjernih pravila, zatim provjerite rezultat za reprezentativne URL-ove. Dugo nakupljanje globalnih, repozitorij-lokalnih i URL-specifičnih proxy unosa mnogo je teže razumjeti od mrežne razlike koju ste pokušavali izraziti.

Povezani članci