Bundler-proxydownloads virker, men en Git-afhængighed fejler

Gem-downloads og Git-baserede afhængigheder kan bruge forskellige netværksklienter og transportlag. Identificer Git-URL'en, før du ændrer Bundlers fungerende proxy-rute.

Hvis bundle install downloader gems og derefter stopper ved en Git-afhængighed, skal du undersøge den afhængigheds kilde. De vellykkede downloads fastslår kun den rute, der blev brugt til dem.

  1. Læs den faktiske Git-URL i Gemfile eller lockfile. HTTPS, SSH og git:// kræver forskellige forbindelser. Historiske Bundler-genveje kan skjule en git://-URL i en kort deklaration.
  2. Undersøg det Git-kald, som buildet bruger. Sammenlign dets effektive konfiguration, miljø og konto med et fungerende terminalkald. En build-agent eller privilegeret kommando kan se andre input.
  3. Følg den valgte transport. For en autoriseret HTTPS-kilde kan den indbyggede Gits understøttede HTTP-proxykonfiguration gælde. Brug organisationens understøttede SSH-rute til SSH. En HTTP-proxyindstilling konfigurerer ikke enhver transport, som Bundler kan starte.

For en offentlig HTTPS Git-kilde, der tillader offentlige mellemled, tilbyder HTTP-proxylisten kandidat-endepunkter til den Git-konfiguration.

Klassificér nu fejlen. En 407 handler om adgang til mellemleddet. En privat repositories tilladelsesfejl efter en vellykket tunnel handler om dets særskilte konto eller nøgle. Hold proxy-legitimationsoplysninger ude af Gemfile og committede kilde-URL'er; de deklarationer deles med projektbrugere, hvis netværksindstillinger kan variere.

Erstat ikke en fungerende proxy, og rediger ikke en domænekvalificeret konto, blot fordi en urelateret alternativ løsning anbefaler det. Fuldførelse betyder at hente den specifikke Git-kilde ad den tilsigtede rute. Gentagelse af de allerede vellykkede gem-downloads lader den fejl være utestet.

Relaterede artikler