Se bundle install baixa gems e depois para numa dependência Git, investigue a origem dessa dependência. Os downloads bem-sucedidos só estabelecem a rota usada para esses downloads.

  1. Leia a URL real do Git no Gemfile ou no lockfile. HTTPS, SSH e git:// exigem conexões diferentes. Atalhos históricos do Bundler podem esconder uma URL git:// numa declaração curta.
  2. Inspecione a invocação do Git usada pela compilação. Compare a configuração efetiva, o ambiente e a conta com uma invocação que funciona no terminal. Um agente de compilação ou um comando privilegiado pode ver entradas diferentes.
  3. Siga o transporte selecionado. Para uma origem HTTPS autorizada, pode aplicar-se a configuração de proxy HTTP suportada do Git nativo. Para SSH, use a rota SSH suportada pela organização. Uma definição de proxy HTTP não configura todos os transportes que o Bundler pode iniciar.

Para uma origem Git HTTPS pública que permite intermediários públicos, a lista de proxies HTTP oferece pontos finais candidatos para essa configuração de Git.

Agora classifique o erro. Um 407 diz respeito ao acesso ao intermediário. O erro de permissão de um repositório privado depois de um túnel bem-sucedido diz respeito à sua conta ou chave separadas. Mantenha as credenciais do proxy fora do Gemfile e das URLs de origem consolidadas; essas declarações são partilhadas com utilizadores do projeto cujas definições de rede podem diferir.

Não substitua um proxy funcional nem edite uma conta qualificada por domínio só porque uma solução alternativa não relacionada o recomenda. Concluir significa obter a origem Git específica pela rota pretendida. Repetir os downloads de gems já bem-sucedidos deixa essa falha sem teste.

Artigos relacionados