Git ішкі модульдеріне прокси арқылы бағыттау
Негізгі Git репозиторийі прокси арқылы жұмыс істеп, ішкі модульдері істемесе, URL-дерін, тасымалдау түрлерін және репозиторий баптауларын тексеріңіз.
Негізгі репозиторийдің сәтті клондалуы ішкі модульдерді сынамайды. Ішкі модуль — басқа 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 инициализацияда ішкі модуль баптауын жергілікті тіркейді. Өзгерген URL-ді прокси істемейді деп шешпей тұрып қазіргі мәлімдемемен салыстырыңыз. sync жобаның мәлімдемесінен тіркелген URL-дерді жаңартады; өзі желілік прокси баптауы емес.
Қабатталған қатеде нақты жол мен remote-ты жазыңыз. Рекурсия бірнеше хостқа хабарласуы мүмкін; ішкі хостқа тікелей қосылу ерекшелігі, жалпы хостқа прокси керек болуы ықтимал.
Тасымалдау қатесін репозиторий қатесінен бөліңіз. Жоқ commit, қабылданбаған қатынас және прокси қосылымының сәтсіздігі «submodule update failed» нәтижесінің бөлек себептері.