Bundler-prokuraj elŝutoj funkcias, sed Git-dependeco malsukcesas
Gem-elŝutoj kaj Git-bazitaj dependecoj povas uzi malsamajn retklientojn kaj transportojn. Identigu la Git-URL-on antaŭ ol ŝanĝi la funkciantan prokuran vojon de Bundler.
Se bundle install elŝutas gemojn kaj poste haltas ĉe Git-dependeco, esploru la fonton de tiu dependeco. La sukcesaj elŝutoj pruvas nur la vojon uzitan por tiuj elŝutoj.
- Legu la faktan Git-URL-on en Gemfile aŭ lockfile. HTTPS, SSH kaj
git://bezonas malsamajn konektojn. Historiaj Bundler-mallongigoj povas kaŝi URL-ongit://en mallonga deklaro. - Esploru la Git-alvokon uzatan de la konstruo. Komparu ĝian faktan agordon, medion kaj konton kun funkcianta terminala alvoko. Konstrua agento aŭ privilegia komando povas vidi malsamajn enigojn.
- Sekvu la elektitan transporton. Por rajtigita HTTPS-fonto povas aplikiĝi la subtenata HTTP-prokura agordo de denaska Git. Por SSH uzu la de la organizo subtenatan SSH-vojon. HTTP-prokura agordo ne agordas ĉiun transporton, kiun Bundler povas lanĉi.
Por publika HTTPS Git-fonto, kiu permesas publikajn perantojn, la HTTP-prokura listo proponas kandidatajn finpunktojn por tiu Git-agordo.
Nun klasifiku la eraron. 407 koncernas aliron al la peranto. Permesa eraro de privata deponejo post sukcesa tunelo koncernas ĝian apartan konton aŭ ŝlosilon. Tenu prokurajn legitimilojn ekster la Gemfile kaj enmetitaj fontaj URL-oj; tiuj deklaroj estas dividataj kun projektuzantoj, kies retagordoj povas malsami.
Ne anstataŭigu funkciantan prokuron kaj ne redaktu domajnan konton nur ĉar sensignifa ĉirkaŭvojo tion rekomendas. Kompletigo signifas akiri la specifan Git-fonton laŭ la celita vojo. Ripeti la jam sukcesajn gem-elŝutojn lasas tiun malsukceson netestita.