Shkarkimet përmes përfaqësuesit të Bundler funksionojnë, por një varësi Git dështon
Shkarkimet e gem dhe varësitë e bazuara në Git mund të përdorin klientë rrjeti dhe transportues të ndryshëm. Identifikoni URL-në e Git para se të ndryshoni rrugën funksionale të përfaqësuesit të Bundler.
Nëse bundle install shkarkon gem dhe më pas ndalon në një varësi Git, hetoni burimin e asaj varësie. Shkarkimet e suksesshme vërtetojnë vetëm rrugën e përdorur për ato shkarkime.
- Lexoni URL-në reale të Git në Gemfile ose lockfile. HTTPS, SSH dhe
git://kërkojnë lidhje të ndryshme. Shkurtesat e vjetra të Bundler mund të fshehin një URLgit://në një deklaratë të shkurtër. - Inspektoni thirrjen e Git që përdor build-i. Krahasoni konfigurimin efektiv, mjedisin dhe llogarinë me një thirrje terminali që funksionon. Një agjent build ose komandë e privilegjuar mund të shohë hyrje të ndryshme.
- Ndiqni transportuesin e zgjedhur. Për një burim HTTPS të autorizuar, mund të zbatohet konfigurimi i përfaqësuesit HTTP i mbështetur i Git-it vendas. Për SSH, përdorni rrugën SSH të mbështetur nga organizata. Një cilësim i përfaqësuesit HTTP nuk konfiguron çdo transportues që Bundler mund të nisë.
Për një burim publik Git HTTPS që lejon ndërmjetës publikë, lista e përfaqësuesve HTTP ofron pika fundore kandidate për atë konfigurim Git.
Tani klasifikoni gabimin. Një 407 ka të bëjë me aksesin te ndërmjetësi. Gabimi i lejes së një depoje private pas një tuneli të suksesshëm ka të bëjë me llogarinë ose çelësin e saj të veçantë. Mbani kredencialet e përfaqësuesit jashtë Gemfile dhe URL-ve të burimit të commit-uara; ato deklarata ndahen me përdoruesit e projektit, cilësimet e rrjetit të të cilëve mund të ndryshojnë.
Mos zëvendësoni një përfaqësues funksional dhe mos redaktoni një llogari të kualifikuar nga domeni vetëm sepse një zgjidhje e palidhur e rekomandon. Përfundimi do të thotë të merrni burimin specifik Git përmes rrugës së synuar. Përsëritja e shkarkimeve të gem që tashmë kanë sukses e lë atë dështim të paprovuar.