Спампоўкі праз проксі Bundler працуюць, але залежнасць Git падае

Калі bundle install спампоўвае gem-ы і затым спыняецца на залежнасці Git, даследуйце крыніцу гэтай залежнасці. Паспяховыя спампоўкі пацвярджаюць толькі маршрут, выкарыстаны для гэтых спамповак.

1. Прачытайце фактычны URL Git у Gemfile або lockfile. HTTPS, SSH і git:// патрабуюць розных злучэнняў. Старыя скароты Bundler могуць хаваць URL git:// у кароткім аб'яўленні.
2. Даследуйце выклік Git, які выкарыстоўвае зборка. Параўнайце яго фактычную канфігурацыю, асяроддзе і ўліковы запіс з працоўным выклікам у тэрмінале. Агент зборкі або прывілеяваная каманда могуць бачыць іншыя ўваходныя даныя.
3. Ідзіце па выбраным транспарце. Для дазволенай крыніцы HTTPS можа прымяняцца падтрыманая канфігурацыя проксі HTTP уласнага Git. Для SSH выкарыстоўвайце падтрыманы арганізацыяй маршрут SSH. Настройка проксі HTTP не канфігуруе кожны транспарт, які можа запусціць Bundler.

Для публічнай крыніцы Git па HTTPS, якая дазваляе публічных пасярэднікаў, спіс проксі HTTP прапануе кандыдатаў у канчатковыя пункты для гэтай канфігурацыі Git.

Цяпер класіфікуйце памылку. 407 датычыцца доступу да пасярэдніка. Памылка правоў прыватнага рэпазіторыя пасля паспяховага тунэлю датычыцца яго асобнага ўліковага запісу або ключа. Трымайце ўліковыя даныя проксі па-за Gemfile і зафіксаванымі URL крыніц; гэтыя аб'яўленні агульныя для карыстальнікаў праекта, чые сеткавыя настройкі могуць адрознівацца.

Не замяняйце працоўны проксі і не рэдагуйце ўліковы запіс, прывязаны да домена, толькі таму, што гэта раіць непаўязанае абыходнае рашэнне. Завяршэнне азначае атрыманне канкрэтнай крыніцы Git праз прызначаны маршрут. Паўтор ужо паспяховых спамповак gem пакідае гэтую памылку непаправеранай.