Gee Git verskillende proxyreëls vir verskillende gashere
Git se URL-spesifieke HTTP-konfigurasie kan 'n interne diens direk hou terwyl 'n proxy elders behou word. Inspekteer die pasresultaat vir die presiese URL.
Een Git-konfigurasie kan twee heel verskillende roetes bedien: 'n eksterne gasheer wat deur 'n goedgekeurde proxy bereik word, en 'n interne gasheer wat direk bereik word. Jy hoef nie die globale verstek elke keer te wysig wanneer jy van repository verander nie.
Git ondersteun URL-spesifieke HTTP-konfigurasie. Byvoorbeeld:
[http]
proxy = http://proxy.example:8080
[http "https://git.office.example/"]
proxy =
Vir 'n eksterne openbare repository waar openbare proxy's toegelaat word, bied die HTTP-proxylys kandidate vir die verstek-eindpunt. Die leë waarde is 'n uitdruklike oorheersing vir die passende URL. Dit verskil van die verwydering van daardie meer spesifieke sleutel, wat die generiese proxy weer kan blootstel.
Pas die URL wat Git gebruik
Die skema, gasheernaam, poort, pad en opsionele gebruikersnaam neem deel aan die gedokumenteerde pasreëls. Moenie die URL-subafdeling as 'n algemene shell-wildcarduitdrukking behandel nie. 'n Nouer padreël kan 'n breër gasheerreël klop.
Vir 'n lees-alleen blik op die passende proxykonfigurasie:
git config --get-urlmatch http.proxy https://git.office.example/team/project.git
Dit ondersoek konfigurasiepassing. Dit is nie 'n netwerketoets nie en bewys nie dat die roete bereikbaar is nie. Hou ook rekening met ander konfigurasieskope en relevante omgewingsinstellings.
'n Herleiding is nie 'n nuwe konfigurasiepas nie
Git se dokumentasie sê die gepaste URL's is dié wat direk aan Git-bevele verskaf word; URL's wat weens 'n herleiding besoek word, neem nie aan daardie passing deel nie. Hou daardie beperking in gedagte as die eerste gasheer aflaaie elders herlei.
Die roete moet ook by die vervoer pas. 'n SSH-remote word nie deur 'n HTTP-URL-subafdeling beheer nie bloot omdat dieselfde diens 'n HTTPS-webwerf bied.
Gebruik 'n paar doelbewuste reëls en inspekteer dan die resultaat vir verteenwoordigende URL's. 'n Lang opeenhoping van globale, repository-plaaslike en URL-spesifieke proxy-inskrywings is baie moeiliker om te beredeneer as die netwerkonderskeid wat jy wou uitdruk.