Prenosi prek posrednika Bundler delujejo, vendar odvisnost Git ne uspe

Prenosi gemov in odvisnosti, ki temeljijo na Gitu, lahko uporabljajo različne omrežne odjemalce in prenose. Preden spremenite delujočo pot posrednika Bundlerja, določite URL Git.

Če bundle install prenese geme in se nato ustavi pri odvisnosti Git, raziščite vir te odvisnosti. Uspešni prenosi potrjujejo le pot, uporabljeno za te prenose.

  1. Preberite dejanski URL Git v Gemfile ali lockfile. HTTPS, SSH in git:// zahtevajo različne povezave. Stare okrajšave Bundlerja lahko skrijejo URL git:// v kratki deklaraciji.
  2. Preverite klic Git, ki ga uporablja build. Primerjajte njegovo dejansko konfiguracijo, okolje in račun z delujočim klicem v terminalu. Build agent ali privilegiran ukaz lahko vidi drugačne vhode.
  3. Sledite izbranemu prenosu. Za dovoljen vir HTTPS se lahko uporabi podprta konfiguracija posrednika HTTP izvornega Gita. Za SSH uporabite pot SSH, ki jo podpira organizacija. Nastavitev posrednika HTTP ne konfigurira vsakega prenosa, ki ga Bundler lahko zažene.

Za javni vir Git prek HTTPS, ki dovoljuje javne posrednike, seznam posrednikov HTTP ponuja kandidatne končne točke za to konfiguracijo Gita.

Zdaj razvrstite napako. 407 se nanaša na dostop do posrednika. Napaka dovoljenja zasebnega repozitorija po uspešnem tunelu se nanaša na njegov ločen račun ali ključ. Hranite poverilnice posrednika zunaj Gemfile in potrjenih URL virov; te deklaracije so deljene z uporabniki projekta, katerih omrežne nastavitve se lahko razlikujejo.

Ne zamenjajte delujočega posrednika in ne urejajte računa, kvalificiranega z domeno, samo zato, ker to priporoča nepovezana rešitev. Dokončanje pomeni pridobitev določenega vira Git po predvideni poti. Ponavljanje že uspešnih prenosov gemov pusti to napako nepreverjeno.

Sorodni članki