Bundler-proxynedlastingar fungerer, men ein Git-avhengnad feilar

Gem-nedlastingar og Git-baserte avhengnader kan bruke ulike nettverksklientar og transportlag. Identifiser Git-URL-en før du endrar Bundler sin fungerande proxy-rute.

Viss bundle install lastar ned gem og deretter stoppar ved ein Git-avhengnad, undersøk kjelda til den avhengnaden. Dei vellukka nedlastingane beviser berre ruta som vart brukt for dei.

  1. Les den faktiske Git-URL-en i Gemfile eller lockfile. HTTPS, SSH og git:// krev ulike tilkoplingar. Historiske Bundler-snarvegar kan skjule ein git://-URL i ein kort deklarasjon.
  2. Undersøk Git-kallet som bygget brukar. Samanlikn effektiv konfigurasjon, miljø og konto med eit fungerande terminalkall. Ein byggjeagent eller privilegert kommando kan sjå andre inndata.
  3. Følg den valde transporten. For ei autorisert HTTPS-kjelde kan den innebygde Git sin støtta HTTP-proxykonfigurasjon gjelde. For SSH, bruk SSH-ruta organisasjonen støttar. Ei HTTP-proxyinnstilling konfigurerer ikkje kvar transport Bundler kan starte.

For ei offentleg HTTPS Git-kjelde som tillèt offentlege mellomledd, tilbyr HTTP-proxylista kandidat-endepunkt for den Git-konfigurasjonen.

Klassifiser no feilen. Ein 407 gjeld tilgang til mellomleddet. Ein løyvetstabbe for eit privat repositorium etter ein vellukka tunnel gjeld den separate kontoen eller nøkkelen. Hald proxy-legitimasjon unna Gemfile og committa kjelde-URL-ar; desse deklarasjonane blir delte med prosjektbrukarar som kan ha andre nettverksinnstillingar.

Ikkje erstatt ein fungerande proxy eller rediger ein domenekvalifisert konto berre fordi ei urelatert omgåing tilrår det. Fullføring betyr å hente den spesifikke Git-kjelda via den tiltenkte ruta. Gjentaking av dei allereie vellukka gem-nedlastingane lèt den feilen vere utesta.

Relaterte artiklar