Bigyan ang Git ng iba't ibang panuntunan ng proxy para sa iba't ibang host

Ang URL-specific na HTTP configuration ng Git ay maaaring magpanatili ng panloob na serbisyo na direkta habang pinapanatili ang proxy sa ibang lugar. Suriin ang resulta ng pagtutugma para sa eksaktong URL.

Ang isang configuration ng Git ay maaaring maglingkod sa dalawang lubos na magkaibang ruta: isang panlabas na host na naabot sa pamamagitan ng inaprubahang proxy at isang panloob na host na naabot nang direkta. Hindi mo kailangang i-edit ang global na default sa tuwing magpapalit ka ng repository.

Sinusuportahan ng Git ang URL-specific na HTTP configuration. Halimbawa:

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

Para sa panlabas na pampublikong repository kung saan pinapayagan ang mga pampublikong proxy, nag-aalok ang listahan ng HTTP proxy ng mga kandidato para sa default na endpoint. Ang walang laman na halaga ay isang tahasang override para sa tumutugmang URL. Naiiba ito sa pagtanggal ng mas partikular na susi, na maaaring muling ilantad ang generic na proxy.

Itugma ang URL na ginagamit ng Git

Ang scheme, hostname, port, path, at opsyonal na username ay lumalahok sa mga dokumentadong panuntunan ng pagtutugma. Huwag ituring ang subsection ng URL bilang pangkalahatang shell wildcard expression. Maaaring talunin ng mas makitid na panuntunan ng path ang mas malawak na panuntunan ng host.

Para sa read-only na pagtingin sa tumutugmang proxy configuration:

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

Sinusuri nito ang pagtutugma ng configuration. Hindi ito pagsusuri ng network at hindi nito pinapatunayan na naaabot ang ruta. Isaalang-alang din ang iba pang saklaw ng configuration at mga kaugnay na setting ng environment.

Ang redirect ay hindi bagong pagtutugma ng configuration

Sinasabi ng dokumentasyon ng Git na ang tumutugmang URL ay ang mga direktang ibinibigay sa mga command ng Git; ang mga URL na binisita dahil sa redirect ay hindi lumalahok sa pagtutugmang iyon. Tandaan ang limitasyong iyon kung ang unang host ay nagre-redirect ng mga download sa ibang lugar.

Dapat ding tumugma ang ruta sa transport. Ang SSH remote ay hindi pinamamahalaan ng subsection ng HTTP URL dahil lang sa nag-aalok ang parehong serbisyo ng HTTPS website.

Gumamit ng ilang sinadyang panuntunan, pagkatapos ay suriin ang resulta para sa mga representative na URL. Ang mahabang pag-iipon ng global, repository-local, at URL-specific na proxy entry ay mas mahirap isipin kaysa sa pagkakaiba ng network na sinusubukan mong ipahayag.

Kaugnay na mga artikulo