I download tramite proxy di Bundler funzionano, ma una dipendenza Git fallisce

Se bundle install scarica i gem e poi si ferma su una dipendenza Git, esamina l'origine di quella dipendenza. I download riusciti stabiliscono solo il percorso usato per quei download.

1. Leggi l'URL Git effettivo nel Gemfile o nel lockfile. HTTPS, SSH e git:// richiedono connessioni diverse. Le vecchie scorciatoie di Bundler possono nascondere un URL git:// in una dichiarazione breve.
2. Esamina l'invocazione Git usata dalla build. Confronta la configurazione effettiva, l'ambiente e l'account con un'invocazione funzionante nel terminale. Un agente di build o un comando privilegiato può vedere input diversi.
3. Segui il trasporto selezionato. Per un'origine HTTPS autorizzata, può applicarsi la configurazione proxy HTTP supportata di Git nativo. Per SSH, usa il percorso SSH supportato dall'organizzazione. Un'impostazione proxy HTTP non configura tutti i trasporti che Bundler può avviare.

Per un'origine Git HTTPS pubblica che consente intermediari pubblici, la lista di proxy HTTP offre endpoint candidati per quella configurazione Git.

Ora classifica l'errore. Un 407 riguarda l'accesso all'intermediario. L'errore di autorizzazione di un repository privato dopo il successo di un tunnel riguarda il suo account o la sua chiave separati. Tieni le credenziali del proxy fuori dal Gemfile e dagli URL di origine committati; quelle dichiarazioni sono condivise con utenti del progetto le cui impostazioni di rete possono differire.

Non sostituire un proxy funzionante e non modificare un account qualificato dal dominio solo perché una soluzione alternativa non correlata lo consiglia. Completare significa recuperare l'origine Git specifica tramite il percorso previsto. Ripetere i download dei gem già riusciti lascia quel fallimento non testato.