Bundler-proxynedlastinger fungerer, men en Git-avhengighet feiler
Gem-nedlastinger og Git-baserte avhengigheter kan bruke ulike nettverksklienter og transportlag. Identifiser Git-URL-en før du endrer Bundlers fungerende proxy-rute.
Hvis bundle install laster ned gemer og deretter stopper ved en Git-avhengighet, undersøk kilden til den avhengigheten. De vellykkede nedlastingene beviser bare ruten som ble brukt for dem.
- Les den faktiske Git-URL-en i Gemfile eller lockfile. HTTPS, SSH og
git://krever ulike tilkoblinger. Historiske Bundler-snarveier kan skjule engit://-URL i en kort deklarasjon. - Undersøk Git-kallet som bygget bruker. Sammenlign effektiv konfigurasjon, miljø og konto med et fungerende terminalkall. En byggeagent eller privilegert kommando kan se andre inndata.
- Følg den valgte transporten. For en autorisert HTTPS-kilde kan den innebygde Git sin støttede HTTP-proxykonfigurasjon gjelde. For SSH, bruk organisasjonens støttede SSH-rute. En HTTP-proxyinnstilling konfigurerer ikke enhver transport Bundler kan starte.
For en offentlig HTTPS Git-kilde som tillater offentlige mellomledd, tilbyr HTTP-proxylisten kandidat-endepunkter for den Git-konfigurasjonen.
Klassifiser nå feilen. En 407 gjelder tilgang til mellomleddet. En privat repositoriums tillatelsesfeil etter en vellykket tunnel gjelder dens separate konto eller nøkkel. Hold proxy-legitimasjon unna Gemfile og committede kilde-URL-er; disse deklarasjonene deles med prosjektbrukere hvis nettverksinnstillinger kan variere.
Ikke erstatt en fungerende proxy eller rediger en domenekvalifisert konto bare fordi en urelatert omgåelse anbefaler det. Fullføring betyr å hente den spesifikke Git-kilden via den tiltenkte ruten. Gjentakelse av de allerede vellykkede gem-nedlastingene lar den feilen være utestet.