Proxy-rûtes foar Git-submodules

Besjoch submodule-URL’s, transporttypen en repositorykonfiguraasje as it haadrepository fia in proxy wurket, mar de ûnderlizzende repository’s net.

In slagge kloon fan it haadrepository testet de submodules net. In submodule is in oar Git-repository, mooglik op in oare host en mei in oar transport.

Begjin mei it lêzen fan de opjûne URL’s:

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

In âlderrepository dat fia HTTPS ophelle is, kin in submodule mei git@host: befetsje. In HTTP-proxyynstelling stelt dy SSH-ferbining net yn. Relative submodule-URL’s moatte ek oplost wurde tsjin de passende remote fan it superprojekt, net tsjin in webadres dat jo út de projektnamme ôflaat hawwe.

Lokale repositoryynstellingen hawwe in berik

In lokale http.proxy-yngong heart by it repository wêrfan it konfiguraasjebestân dy befettet. Nim net oan dat allinnich de âlder kontrolearje alle effektive ynstellingen yn in inisjalisearre bernrepository sjen lit.

Foar in tydlike HTTPS-proxy-oerskriuwing by in rekursive fernijing kinne jo Git-kommandorigelkonfiguraasje oan dy oanrop meijaan:

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

Ferfang it foarbyldeinpunt. Foar iepenbiere HTTPS-submodules op in rûte dy’t iepenbiere proxy’s tastiet, jout de HTTP-proxylist mooglike adressen. Dit feroaret SSH-submodule-URL’s net yn HTTPS; besjoch ek spesifikere URL-basearre konfiguraasje as de keazen rûte ferrassend is.

As de registrearre URL feroare is

Git registrearret submodulekonfiguraasje lokaal by de inisjalisaasje. As de submodule-URL yn it projekt feroare is, ferlykje dan de hjoeddeiske opjefte mei de lokaal registrearre wearde foardat jo beslute dat in proxy dea is. De dokumintearre sync-bewurking fernijt registrearre URL’s út de projektopjefte; se is sels gjin netwurkproxyynstelling.

Notearje by nestele flaters it krekte submodulepaad en de remote út de flatermelding. In rekursive bewurking kin ferskate hosts oansprekke; in ynterne host kin in útsûndering foar streekrjochte tagong nedich hawwe wylst in iepenbiere host de proxy brûkt.

Hâld transportflaters apart fan repositoryflaters. In net-beskikbere commit, tagong wegere troch it repository en in mislearre proxyferbining binne ferskillende redenen foar itselde algemiene resultaat ‘submodule update failed’.

Relatearre artikelen