Donu al Git malsamajn proksiajn regulojn por malsamaj gastigantoj

Unu Git-agordo povas servi du tute malsamajn vojojn: eksteran gastiganton atingitan per aprobita proksio kaj internan gastiganton atingitan rekte. Vi ne devas redakti la mallokan defaŭlton ĉiufoje kiam vi ŝanĝas deponejon.

Git subtenas URL-specifan HTTP-agordon. Ekzemple:

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

Por ekstera publika deponejo, kie publikaj proksioj estas permesataj, la HTTP-proksia listo proponas kandidatojn por la defaŭlta finpunkto. La malplena valoro estas eksplicita anstataŭigo por la kongrua URL. Ĝi malsamas de forigo de tiu pli specifa ŝlosilo, kio povas denove elmontri la ĝeneralan proksion.

Kongruigu la URL-on, kiun Git uzas

La skemo, gastigantnomo, pordo, vojo kaj la nedeviga uzantnomo partoprenas en la dokumentitaj kongruaj reguloj. Ne traktu la URL-subsekcon kiel ĝeneralan ŝelajn sovaĝsignajn esprimojn. Pli mallarĝa voja regulo povas venki pli larĝan gastigantan regulon.

Por nurlega rigardo al la kongrua proksia agordo:

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

Ĉi tio kontrolas agordan kongruon. Ĝi ne estas reta testo kaj ne pruvas, ke la vojo estas atingebla. Konsideru ankaŭ aliajn agordajn ampleksojn kaj koncernajn medisojn.

Alidirektado ne estas nova agorda kongruo

La dokumentaro de Git diras, ke la kongruaj URL-oj estas tiuj provizitaj rekte al Git-komandoj; URL-oj vizititaj pro alidirektado ne partoprenas en tiu kongruo. Memoru tiun limigon se la unua gastiganto alidirektas elŝutojn aliloken.

La vojo ankaŭ devus kongrui kun la transporto. SSH-fora deponejo ne estas regata de HTTP-URL-subsekco nur ĉar la sama servo proponas HTTPS-retejon.

Uzu kelkajn intencitajn regulojn, poste kontrolu la rezulton por reprezentaj URL-oj. Longa akumulado de tutmondaj, deponeje lokaj kaj URL-specifaj proksiaj enskriboj estas multe pli malfacile konprenebla ol la reta distingo, kiun vi provis esprimi.