Rrugëzimi i proxy-t për nënmodulet Git

Një klonim i suksesshëm i depos kryesore nuk i teston nënmodulet e saj. Një nënmodul është një depo tjetër Git, ndoshta në një host tjetër dhe ndoshta me transport tjetër.

Filloni duke lexuar URL-të e deklaruara:

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

Një depo prind e marrë përmes HTTPS mund të përmbajë një nënmodul që përdor git@host:. Një cilësim proxy HTTP nuk e konfiguroni atë lidhje SSH. URL-të relative të nënmoduleve duhet të zgjidhen sipas remote-it të duhur të superprojektit, jo sipas një adrese web të supozuar nga emri i projektit.

Cilësimet lokale të depos kanë një fushë zbatimi

Një hyrje lokale http.proxy i përket repos që përmban skedarin e konfigurimit të saj. Mos supozoni se inspektimi vetëm i prindit tregon çdo cilësim efektiv të përdorur brenda një depoje fëmijë të inicializuar.

Për një mbivendosje të përkohshme të proxy-t HTTPS gjatë një përditësimi rekursiv, konfigurimi i Git nga rreshti i komandës mund t'i jepet atij thirrimi:

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

Zëvendësoni endpoint-in shembull. Për nënmodule HTTPS publike në një rrugë ku lejohen proxy publike, lista e proxy-ve HTTP ofron adresa kandidate. Kjo nuk i kthen URL-të SSH të nënmoduleve në HTTPS; kontrolloni edhe konfigurimin specifik të URL-së kur rruga e zgjedhur është e papritur.

Kur URL-ja e regjistruar ndryshoi

Git e regjistron konfigurimin e nënmodulit lokalisht gjatë inicializimit. Nëse URL-ja e nënmodulit në projekt ka ndryshuar, krahasoni deklaratën aktuale me vlerën e regjistruar lokalisht para se të vendosni se proxy-ja ka dështuar. Operacioni i dokumentuar i sinkronizimit përditëson URL-të e regjistruara nga deklarata e projektit; ai nuk është cilësim proxy rrjeti.

Për gabime të ndërthurura, shënoni shtegun e saktë të nënmodulit dhe remote-in e përmendur në gabim. Një veprim rekursiv mund të kontaktojë shumë hoste dhe një host i brendshëm mund të kërkojë përjashtim të drejtpërdrejtë ndërsa një host publik përdor proxy.

Mbajini gabimet e transportit të ndara nga gabimet e depos. Një commit i padisponueshëm, qasja e refuzuar nga depoja dhe lidhja e dështuar me proxy-n janë arsye të ndryshme për të njëjtin rezultat të përgjithshëm “përditësimi i nënmodulit dështoi”.