Proxy-Wee fir Git-Submoduler

E gelongene Klon vum Haaptrepository test d’Submoduler net. E Submodul ass en anere Git-Repository, vläicht op engem anere Host an mat engem aneren Transport.

Liest als éischt déi deklaréiert URLen:

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

E Parent-Repository, dat iwwer HTTPS geluede gouf, kann e Submodul mat git@host: enthalen. Eng HTTP-Proxyastellung konfiguréiert dës SSH-Verbindung net. Relativ URLen mussen och géint de passende Remote vum Superprojet geléist ginn, net géint eng Webadress aus dem Projetnumm.

Lokal Repository-Astellunge hu Beräich

E lokalen http.proxy-Entrée gehéiert zu dem Repository, deem seng Konfiguratiounsdatei en enthält. D’Eltereprüfung eleng weist net all aktiv Astellung am initialiséierte Kannerrepository.

Fir e temporäre HTTPS-Proxy bei engem rekursive Update gitt d’Git-Kommandozeil-Konfiguratioun an dësen Opruff:

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

Ersetzt den Beispillendpunkt. Fir ëffentlech HTTPS-Submoduler op enger erlaabter Route bitt d’HTTP-Proxylëscht Kandidaten. Dat mécht SSH-URLen net zu HTTPS; bei onerwaartem Routing och URL-spezifesch Astellunge kontrolléieren.

Wann déi registréiert URL geännert huet

Git registréiert d’Submodul-Konfiguratioun beim Initialiséieren lokal. Vergläicht déi aktuell Deklaratioun mam lokalen Wäert, ier Dir de Proxy beschëllegt. sync aktualiséiert d’registréiert URLen aus der Projetdeklaratioun; et ass selwer keng Netzwierk-Proxyastellung.

Bei verschachtelte Feeler den genaue Submodul-Pfad an de Remote aus der Fehlermeldung notéieren. Rekursioun ka vill Hosten kontaktéieren; en interne brauch vläicht direkten Ausnam, en ëffentleche benotzt de Proxy.

Transportfeeler a Repository-Feeler trennen. Net verfügbare Commit, verweigerten Zougang an eng gescheitert Proxy-Verbindung si verschidde Grënn fir ‘submodule update failed’.