Bundler preuzimanja preko proxyja rade, ali Git zavisnost ne uspijeva

Preuzimanja gem paketa i zavisnosti zasnovane na Gitu mogu koristiti različite mrežne klijente i transporte. Identificirajte Git URL prije nego promijenite radnu proxy rutu Bundlera.

Ako bundle install preuzme gem pakete i zatim se zaustavi na Git zavisnosti, ispitajte izvor te zavisnosti. Uspješna preuzimanja potvrđuju samo rutu korištenu za ta preuzimanja.

  1. Pročitajte stvarni Git URL u Gemfileu ili lockfileu. HTTPS, SSH i git:// zahtijevaju različite veze. Stari Bundler prečaci mogu sakriti URL git:// u kratkoj deklaraciji.
  2. Ispitajte Git poziv koji koristi build. Uporedite njegovu stvarnu konfiguraciju, okruženje i račun s pozivom koji radi u terminalu. Build agent ili privilegovana komanda mogu vidjeti drugačije ulaze.
  3. Slijedite odabrani transport. Za odobreni HTTPS izvor može se primijeniti podržana HTTP proxy konfiguracija izvornog Gita. Za SSH koristite SSH rutu koju organizacija podržava. Postavka HTTP proxyja ne konfigurira svaki transport koji Bundler može pokrenuti.

Za javni HTTPS Git izvor koji dopušta javne posrednike, lista HTTP proxyja nudi kandidate za krajnje točke za tu Git konfiguraciju.

Sada klasificirajte grešku. 407 se odnosi na pristup posredniku. Greška dozvole privatnog repozitorija nakon uspješnog tunela odnosi se na njegov zasebni račun ili ključ. Držite proxy akreditive izvan Gemfilea i commitanih URL-ova izvora; te se deklaracije dijele s korisnicima projekta čije se mrežne postavke mogu razlikovati.

Ne zamjenjujte radni proxy i ne uređujte račun vezan za domenu samo zato što to preporučuje nepovezano zaobilazno rješenje. Završetak znači dohvaćanje određenog Git izvora predviđenom rutom. Ponavljanje već uspješnih preuzimanja gem paketa ostavlja taj neuspjeh neprovjerenim.

Povezani članci