Bowers Projekt-Proxy in .bowerrc konfigurieren

Für eine Arbeitskopie, die noch Bower verwendet, kann ein projektlokales .bowerrc die Route für HTTP-Anfragen von Paketen bereitstellen:

{
  "directory": "bower_components",
  "proxy": "http://proxy.example.net:8080",
  "https-proxy": "http://proxy.example.net:8080"
}

Fügen Sie die Proxy-Felder in das vorhandene JSON-Objekt ein. Behalten Sie die tatsächliche Verzeichniseinstellung des Projekts bei, wenn sie vom Beispiel abweicht. Eine Shell-Zuweisung wie SET HTTP_PROXY=... ist kein JSON-Eintrag.

proxy gilt für HTTP-Ziele; https-proxy gilt für HTTPS-Ziele. Beide können denselben HTTP-Proxy-Endpunkt benennen. Für öffentliche Paketdownloads auf einer Route, die nicht authentifizierte öffentliche Vermittler zulässt, bietet die HTTP-Proxy-Liste Kandidaten für diese Werte. Das eigene Transportschema des Proxys ist Teil des Werts.

Bower kombiniert Konfiguration aus Kommandozeilenargumenten, Umgebungsvariablen und Konfigurationsdateien. Eine Projektdatei ist daher eine Eingabe, kein Beweis für den endgültig wirksamen Wert. Die dokumentierte Umgebungsform umfasst Namen wie bower_https_proxy.

Halten Sie das Arbeitsverzeichnis in der Automatisierung konsistent. Bower sucht die Konfiguration in der Hierarchie des Arbeitsverzeichnisses, daher kann ein Start in einem anderen Verzeichnis ändern, welche Projektdatei teilnimmt. Wenn der Abruf an Git delegiert wird, prüfen Sie die separate Git-Arbeitskopie-Route.