Doneu al Git regles de proxy diferents per a amfitrions diferents

La configuració HTTP específica d'URL del Git pot mantenir un servei intern directe mentre conserva un proxy en un altre lloc. Inspeccioneu el resultat de la coincidència per a l'URL exacta.

Una configuració del Git pot servir dues rutes ben diferents: un amfitrió extern assolit mitjançant un proxy aprovat i un amfitrió intern assolit directament. No cal que editeu el valor global per defecte cada vegada que canvieu de dipòsit.

El Git admet configuració HTTP específica d'URL. Per exemple:

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

Per a un dipòsit públic extern on es permeten proxys públics, la llista de proxys HTTP ofereix candidats per al punt final per defecte. El valor buit és una anul·lació explícita per a l'URL coincident. És diferent d'eliminar aquesta clau més específica, cosa que pot tornar a exposar el proxy genèric.

Feu coincidir l'URL que utilitza el Git

L'esquema, el nom d'amfitrió, el port, el camí i el nom d'usuari opcional participen en les regles de coincidència documentades. No tracteu la subsecció d'URL com una expressió general de comodins d'intèrpret d'ordres. Una regla de camí més estreta pot superar una regla d'amfitrió més àmplia.

Per a una visualització de només lectura de la configuració de proxy coincident:

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

Això inspecciona la coincidència de configuració. No és una prova de xarxa ni estableix que la ruta sigui abastable. Tingueu en compte també altres àmbits de configuració i els paràmetres d'entorn rellevants.

Una redirecció no és una nova coincidència de configuració

La documentació del Git diu que els URL coincidents són els que es forneixen directament a les ordres del Git; els URL visitats a causa d'una redirecció no participen en aquesta coincidència. Tingueu present aquesta limitació si el primer amfitrió redirigeix les baixades a un altre lloc.

La ruta també hauria de coincidir amb el transport. Un remot SSH no es regeix per una subsecció d'URL HTTP només perquè el mateix servei ofereix un lloc web HTTPS.

Feu servir unes quantes regles intencionades i després inspeccioneu el resultat per a URL representatives. Una llarga acumulació d'entrades de proxy globals, locals del dipòsit i específiques d'URL és molt més difícil de raonar que la distinció de xarxa que intentàveu expressar.

Articles relacionats