Bundler-Proxy-Downloads funktionieren, doch eine Git-Abhängigkeit schlägt fehl

Wenn bundle install Gems herunterlädt und dann bei einer Git-Abhängigkeit stehen bleibt, untersuchen Sie die Quelle dieser Abhängigkeit. Erfolgreiche Downloads belegen nur die für diese Downloads genutzte Route.

1. Lesen Sie die tatsächliche Git-URL in Gemfile oder Lockfile. HTTPS, SSH und git:// benötigen unterschiedliche Verbindungen. Historische Bundler-Kurzformen können eine git://-URL in einer knappen Deklaration verbergen.
2. Prüfen Sie den Git-Aufruf, den der Build verwendet. Vergleichen Sie dessen effektive Konfiguration, Umgebung und Konto mit einem funktionierenden Terminalaufruf. Ein Build-Agent oder ein privilegiertes Kommando kann andere Eingaben sehen.
3. Folgen Sie dem gewählten Transport. Für eine autorisierte HTTPS-Quelle kann die unterstützte HTTP-Proxy-Konfiguration des nativen Git gelten. Verwenden Sie für SSH die von der Organisation unterstützte SSH-Route. Eine HTTP-Proxy-Einstellung konfiguriert nicht jeden Transport, den Bundler starten kann.

Für eine öffentliche HTTPS-Git-Quelle, die öffentliche Vermittler zulässt, bietet die HTTP-Proxy-Liste Kandidaten-Endpunkte für diese Git-Konfiguration.

Klassifizieren Sie nun den Fehler. Ein 407 betrifft den Zugriff auf den Vermittler. Der Berechtigungsfehler eines privaten Repositorys nach einem erfolgreichen Tunnel betrifft dessen separates Konto oder Schlüssel. Halten Sie Proxy-Anmeldedaten aus dem Gemfile und aus committeten Quell-URLs heraus; diese Deklarationen teilen Sie mit Projektnutzern, deren Netzwerkeinstellungen abweichen können.

Ersetzen Sie keinen funktionierenden Proxy und bearbeiten Sie kein domänenqualifiziertes Konto, nur weil eine unabhängige Problemumgehung es empfiehlt. Fertigstellung bedeutet, die konkrete Git-Quelle über die vorgesehene Route abzurufen. Das Wiederholen der bereits erfolgreichen Gem-Downloads lässt diesen Fehler ungetestet.