„Bundler“ tarpinio serverio atsisiuntimai veikia, bet „Git“ priklausomybė nepavyksta

Jei bundle install atsisiunčia „gem“ ir tada sustoja ties „Git“ priklausomybe, ištirkite tos priklausomybės šaltinį. Sėkmingi atsisiuntimai įrodo tik tą maršrutą, kuris buvo naudojamas tiems atsisiuntimams.

1. Perskaitykite faktinį „Git“ URL faile Gemfile arba lockfile. HTTPS, SSH ir git:// reikalauja skirtingų ryšių. Senosios „Bundler“ santrumpos gali paslėpti git:// URL trumpoje deklaracijoje.
2. Išnagrinėkite „Git“ kvietimą, kurį naudoja build. Palyginkite jo faktinę konfigūraciją, aplinką ir paskyrą su veikiančiu terminalo kvietimu. Build agentas arba privilegijuota komanda gali matyti kitokias įvestis.
3. Laikykitės pasirinktos pernašos. Leidžiamam HTTPS šaltiniui gali būti taikoma palaikoma HTTP tarpinio serverio konfigūracija native „Git“. SSH atveju naudokite organizacijos palaikomą SSH maršrutą. HTTP tarpinio serverio nustatymas nesukonfigūruoja kiekvienos pernašos, kurią „Bundler“ gali paleisti.

Viešam HTTPS „Git“ šaltiniui, leidžiančiam viešus tarpininkus, HTTP tarpinių serverių sąrašas siūlo kandidatus galinius taškus tai „Git“ konfigūracijai.

Dabar klasifikuokite klaidą. 407 susijusi su prieiga prie tarpininko. Privačios saugyklos leidimų klaida po sėkmingo tunelio susijusi su atskira jos paskyra ar raktu. Laikykite tarpinio serverio prisijungimo duomenis už Gemfile ir įtrauktų šaltinio URL ribų; šios deklaracijos bendrinamos su projekto naudotojais, kurių tinklo nustatymai gali skirtis.

Nekeiskite veikiančio tarpinio serverio ir neredaguokite domeno kvalifikaciją turinčios paskyros vien todėl, kad tai rekomenduoja nesusijęs apėjimo būdas. Užbaigimas reiškia konkretaus „Git“ šaltinio gavimą numatytu maršrutu. Jau sėkmingų „gem“ atsisiuntimų kartojimas palieka tą nesėkmę neišbandytą.