Bundler starpniekservera lejupielādes darbojas, bet Git atkarība neizdodas

Ja bundle install lejupielādē gem un pēc tam apstājas pie Git atkarības, izpētiet šīs atkarības avotu. Veiksmīgās lejupielādes pierāda tikai to maršrutu, kas tika izmantots šīm lejupielādēm.

1. Izlasiet faktisko Git URL failā Gemfile vai lockfile. HTTPS, SSH un git:// prasa atšķirīgus savienojumus. Vecie Bundler saīsinājumi var paslēpt git:// URL īsā deklarācijā.
2. Pārbaudiet Git izsaukumu, ko izmanto build. Salīdziniet tā faktisko konfigurāciju, vidi un kontu ar strādājošu termināļa izsaukumu. Build aģents vai privileģēta komanda var redzēt citus ievades datus.
3. Sekojiet izvēlētajam transportam. Atļautam HTTPS avotam var piemērot native Git atbalstīto HTTP starpniekservera konfigurāciju. SSH gadījumā izmantojiet organizācijas atbalstīto SSH maršrutu. HTTP starpniekservera iestatījums nekonfigurē katru transportu, ko Bundler var palaist.

Publiskam HTTPS Git avotam, kas pieļauj publiskus starpniekus, HTTP starpniekserveru saraksts piedāvā kandidātu galapunktus šai Git konfigurācijai.

Tagad klasificējiet kļūdu. 407 attiecas uz piekļuvi starpniekam. Privāta repozitorija atļaujas kļūda pēc veiksmīga tuneļa attiecas uz tā atsevišķu kontu vai atslēgu. Turiet starpniekservera akreditācijas datus ārpus Gemfile un commitotajiem avota URL; šīs deklarācijas tiek kopīgotas ar projekta lietotājiem, kuru tīkla iestatījumi var atšķirties.

Neaizstājiet strādājošu starpniekserveri un nerediģējiet domēna kvalificētu kontu tikai tāpēc, ka to iesaka nesaistīts apiešanas risinājums. Pabeigšana nozīmē konkrētā Git avota iegūšanu paredzētajā maršrutā. Jau veiksmīgo gem lejupielāžu atkārtošana atstāj šo kļūdu nepārbaudītu.