Дайте на Git различни правила за прокси за различни хостове

HTTP конфигурацията на Git за конкретни URL може да остави вътрешна услуга директна, като запази прокси другаде. Проверете резултата от съвпадението за точния URL.

Една конфигурация на Git може да обслужва два съвсем различни маршрута: външен хост, достъпен през одобрено прокси, и вътрешен хост, достъпен директно. Не е нужно да редактирате глобалната настройка по подразбиране при всяко превключване на хранилище.

Git поддържа HTTP конфигурация за конкретни URL. Например:

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

За външно публично хранилище, където публичните проксита са разрешени, списъкът с HTTP проксита предлага кандидати за крайната точка по подразбиране. Празната стойност е явно заместване за съвпадащия URL. Тя е различна от изтриването на онзи по-конкретен ключ, което може отново да изложи общото прокси.

Съпоставете URL адреса, който Git използва

Схемата, името на хоста, портът, пътят и незадължителното потребителско име участват в документираните правила за съпоставяне. Не третирайте подсекцията за URL като общ израз със заместващи символи на shell. По-тясно правило за път може да надделее над по-широко правило за хост.

За поглед само за четене на съвпадащата конфигурация на проксито:

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

Това проверява съпоставянето на конфигурацията. Това не е мрежов тест и не доказва, че маршрутът е достъпен. Съобразете и други обхвати на конфигурация и подходящи настройки на средата.

Пренасочването не е ново съвпадение на конфигурацията

Документацията на Git казва, че съпоставяните URL са тези, подадени директно на командите на Git; URL, посетени поради пренасочване, не участват в това съпоставяне. Имайте предвид това ограничение, ако първият хост пренасочва изтегляния другаде.

Маршрутът трябва да съответства и на транспорта. SSH отдалечено хранилище не се управлява от подсекция за HTTP URL само защото същата услуга предлага HTTPS уебсайт.

Използвайте няколко умишлени правила, след което проверете резултата за представителни URL. Дългото натрупване на глобални, локални за хранилището и специфични за URL прокси записи е много по-трудно за осмисляне от мрежовото разграничение, което се опитвате да изразите.

Подобни статии