Bundler se proxy-aflaaie werk, maar 'n Git-afhanklikheid misluk

Tevl-aflaaie en Git-ondersteunde afhanklikhede kan verskillende netwerkcliënte en vervoermiddels gebruik. Identifiseer die Git-URL voordat jy Bundler se werkende proxyroete verander.

As bundle install tevls aflaai en dan by 'n Git-afhanklikheid stop, ondersoek daardie afhanklikheid se bron. Die suksesvolle aflaaie bewys net die roete wat vir daardie aflaaie gebruik is.

  1. Lees die werklike Git-URL in die Gemfile of lockfile. HTTPS, SSH en git:// benodig verskillende verbindings. Historiese Bundler-kortpaaie kan 'n git://-URL in 'n kort verklaring wegsteek.
  2. Ondersoek die Git-oproep wat die bou gebruik. Vergelyk die effektiewe konfigurasie, omgewing en rekening met 'n werkende terminaal-oproep. 'n Bou-agent of bevoorregte opdrag kan ander insette sien.
  3. Volg die gekose vervoermiddel. Vir 'n gemagtigde HTTPS-bron kan Git se ondersteunde HTTP-proxykonfigurasie geld. Vir SSH gebruik die organisasie se ondersteunde SSH-roete. 'n HTTP-proxy-instelling konfigureer nie elke vervoermiddel wat Bundler kan begin nie.

Vir 'n publieke HTTPS-Git-bron wat publieke tussengangers toelaat, bied die HTTP-proxylis kandidaat-eindpunte vir daardie Git-konfigurasie.

Klassifiseer nou die fout. 'n 407 gaan oor toegang tot die tussenganger. 'n Privaat bewaarplek se toestemmingsfout nadat 'n tonnel slaag, gaan oor sy aparte rekening of sleutel. Hou proxybewyse uit die Gemfile en vasgelegde bron-URL's; daardie verklarings word met projekgebruikers gedeel wie se netwerkinstellings kan verskil.

Moenie 'n werkende proxy vervang of 'n domeingekwalifiseerde rekening wysig net omdat 'n onverwante oplossing dit aanbeveel nie. Voltooiing beteken om die spesifieke Git-bron deur die bedoelde roete te haal. Om die reeds suksesvolle tevl-aflaaie te herhaal, laat daardie fout ongetoets.

Verwante artikels