Proxy usmjeravanje Git podmodula

Kada glavni Git repozitorij radi preko proxyja, a podmoduli ne, provjerite URL-ove podmodula, transporte i konfiguraciju repozitorija.

Uspješan klon glavnog repozitorija ne provjerava podmodule. Podmodul je drugi Git repozitorij, možda na drugom hostu i s drugim transportom.

Počnite čitanjem navedenih URL-ova:

git -C project config --file .gitmodules --get-regexp '^submodule\..*\.url$'
git -C project submodule status --recursive

Roditelj preuzet HTTPS-om može imati podmodul s git@host:. HTTP proxy ne podešava tu SSH vezu. Relativne URL-ove riješite prema odgovarajućem remoteu superprojekta, ne web-adresi pretpostavljenoj iz imena projekta.

Lokalan opseg postavki repozitorija

Lokalni http.proxy pripada repozitoriju čija ga konfiguracijska datoteka sadrži. Pregled roditelja sam po sebi ne pokazuje sve postavke inicijaliziranog djeteta.

Privremeni HTTPS proxy za rekurzivno ažuriranje zadajte konfiguracijom naredbenog retka Git-a:

git -C project -c http.proxy=http://203.0.113.10:8080 \
  submodule update --init --recursive

Zamijenite krajnju tačku. Za javne HTTPS podmodule koristite adrese iz popisa HTTP proxyja. To ne pretvara SSH URL-ove u HTTPS; po potrebi pregledajte i preciznija URL pravila.

Kada se registrirani URL promijeni

Git lokalno registrira konfiguraciju podmodula pri inicijalizaciji. Usporedite novu deklaraciju s lokalnom vrijednošću prije zaključka da je proxy neispravan. Operacija sync ažurira registrirane URL-ove; nije sama mrežna postavka.

Kod ugniježđenih grešaka zabilježite putanju i remote iz poruke. Rekurzija može kontaktirati više hostova; unutarnji može tražiti izravnu iznimku, javni proxy.

Odvojite transport od grešaka repozitorija. Nedostupan commit, odbijen pristup i neuspjela proxy veza različiti su uzroci rezultata ‘submodule update failed’.

Povezani članci