Kui bundle install laadib gemid alla ja peatub seejärel Git-sõltuvusel, uurige selle sõltuvuse allikat. Õnnestunud allalaadimised tõestavad ainult nende allalaadimiste jaoks kasutatud marsruuti.

  1. Lugege tegelik Git URL Gemfile'ist või lockfile'ist. HTTPS, SSH ja git:// vajavad erinevaid ühendusi. Varasemad Bundleri otseteed võivad lühikeses deklaratsioonis URL-i git:// peita.
  2. Uurige Git-kutset, mida build kasutab. Võrrelge selle tegelikku konfiguratsiooni, keskkonda ja kontot töötava terminalikutsega. Build-agent või privilegeeritud käsk võib näha erinevaid sisendeid.
  3. Järgige valitud transporti. Autoriseeritud HTTPS-allika puhul võib kehtida Git'i toetatud HTTP-puhverserveri konfiguratsioon. SSH puhul kasutage organisatsiooni toetatud SSH-marsruuti. HTTP-puhverserveri säte ei konfigureeri kõiki transporte, mida Bundler võib käivitada.

Avaliku HTTPS Git-allika puhul, mis lubab avalikke vahendajaid, pakub HTTP-puhverserverite loend selle Git-konfiguratsiooni jaoks kandidaat-lõpppunkte.

Nüüd liigitage viga. 407 puudutab juurdepääsu vahendajale. Privaatse hoidla õigusviga pärast tunneli õnnestumist puudutab selle eraldi kontot või võtit. Hoidke puhverserveri mandaadid Gemfile'ist ja commit'itud allika-URL-idest väljas; neid deklaratsioone jagatakse projektikasutajatega, kelle võrguseaded võivad erineda.

Ärge asendage töötavat puhverserverit ega muutke domeeniga seotud kontot ainult seetõttu, et seda soovitab seonduv lahendus. Lõpetamine tähendab konkreetse Git-allika hankimist kavandatud marsruudi kaudu. Juba õnnestunud gemide allalaadimiste kordamine jätab selle ebaõnnestumise testimata.

Seotud artiklid