Kung ang bundle install ay nag-download ng mga gem at pagkatapos ay huminto sa isang dependency sa Git, siyasatin ang pinagmulan ng dependency na iyon. Ang matagumpay na pag-download ay nagpapatunay lamang sa rutang ginamit para sa mga pag-download na iyon.

  1. Basahin ang aktwal na Git URL sa Gemfile o lockfile. Ang HTTPS, SSH at git:// ay nangangailangan ng iba't ibang koneksyon. Ang mga lumang shortcut ng Bundler ay maaaring magtago ng URL na git:// sa isang maikling deklarasyon.
  2. Suriin ang tawag sa Git na ginagamit ng build. Ihambing ang epektibong configuration, environment at account nito sa isang gumaganang tawag sa terminal. Ang build agent o privileged command ay maaaring makakita ng ibang input.
  3. Sundin ang napiling transport. Para sa awtorisadong pinagmulan ng HTTPS, maaaring mailapat ang suportadong configuration ng HTTP proxy ng native na Git. Para sa SSH, gamitin ang SSH route na sinusuportahan ng organisasyon. Ang setting ng HTTP proxy ay hindi nagko-configure sa bawat transport na maaaring simulan ng Bundler.

Para sa pampublikong pinagmulan ng Git sa HTTPS na pumapayag sa mga pampublikong tagapamagitan, ang listahan ng HTTP proxy ay nag-aalok ng mga kandidatong endpoint para sa configuration ng Git na iyon.

Ngayon uriin ang error. Ang 407 ay tungkol sa pag-access sa tagapamagitan. Ang error sa pahintulot ng pribadong repository pagkatapos ng matagumpay na tunnel ay tungkol sa hiwalay nitong account o key. Panatilihing labas ng Gemfile at ng mga naka-commit na source URL ang mga kredensyal ng proxy; ang mga deklarasyong iyon ay ibinabahagi sa mga user ng proyekto na maaaring magkaiba ang mga setting ng network.

Huwag palitan ang gumaganang proxy o i-edit ang account na kwalipikado sa domain dahil lang inirerekomenda ito ng isang walang kaugnayang solusyon. Ang pagkumpleto ay nangangahulugan ng pagkuha ng partikular na pinagmulan ng Git sa nilalayong ruta. Ang pag-uulit ng mga matagumpay nang pag-download ng gem ay iniiwan ang kabiguang iyon na hindi nasubok.

Kaugnay na mga artikulo