Git ички модулдары үчүн прокси багыты

Негизги репозиторийди ийгиликтүү клондоо ички модулдарды текшербейт. Ички модуль башка Git репозиторийи; ал башка хостто жана башка транспорт менен болушу мүмкүн.

Жарыяланган URL даректерин окуудан баштаңыз:

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

HTTPS аркылуу алынган ата-эне репозиторийинде git@host: колдонгон ички модуль болушу мүмкүн. HTTP прокси жөндөөсү ошол SSH байланышын түзбөйт. Салыштырма URL даректерин долбоордун атынан болжолдонгон веб дарекке эмес, супердолбоордун туура remote дарегине карата чечиңиз.

Репозиторийдеги жергиликтүү жөндөөлөрдүн чеги бар

Жергиликтүү http.proxy жазуусу аны камтыган конфигурация файлы бар репозиторийге таандык. Ата-энени гана текшерүү башталган баладагы бардык натыйжалуу жөндөөнү көрсөтпөйт.

Рекурсивдүү жаңыртууда убактылуу HTTPS прокси үчүн Git буйрук сабынын жөндөөсүн ошол чакырууга бериңиз:

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

Мисал endpoint-тин ордуна чыныгыны жазыңыз. Коомдук HTTPS модулдары үчүн HTTP прокси тизмесинен дарек алыңыз. Бул SSH URL даректерин HTTPSке өзгөртпөйт; жол күтүүсүз болсо URLге тиешелүү жөндөөнү да текшериңиз.

Катталган URL өзгөргөндө

Git башталганда ички модулдун жөндөөсүн жергиликтүү каттайт. Прокси күнөөлүү деп чечүүдөн мурда учурдагы жарыяны жергиликтүү мааниге салыштырыңыз. sync катталган URLдерди долбоордун жарыясынан жаңыртат; өзү тармактык прокси жөндөөсү эмес.

Ичтен-ичке каталарда так жолду жана remote-ту жазыңыз. Рекурсивдүү иш бир нече хостко кайрылышы мүмкүн; ички хостко түз байланыштан өзгөчө шарт, коомдук хостко прокси керек болушу мүмкүн.

Транспорт каталарын репозиторий каталарынан бөлүңүз. Жок commit, четке кагылган кирүү жана прокси байланышынын үзүлүшү ‘submodule update failed’ натыйжасынын ар башка себептери.