Konfiguracja proxy projektu Bower w .bowerrc

Zachowaj wpisy proxy HTTP i HTTPS Bowera w prawidłowej konfiguracji .bowerrc w projekcie.

Dla kopii roboczej, która nadal używa Bowera, .bowerrc w projekcie może zapewnić trasę dla żądań HTTP pakietów:

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

Scal pola proxy z istniejącym obiektem JSON. Zachowaj rzeczywiste ustawienie katalogu projektu, jeśli różni się od przykładu. Przypisanie w powłoce, takie jak SET HTTP_PROXY=..., nie jest wpisem JSON.

proxy dotyczy miejsc docelowych HTTP; https-proxy dotyczy miejsc docelowych HTTPS. Oba mogą wskazywać ten sam punkt końcowy proxy HTTP. W przypadku publicznych pobrań pakietów na trasie zezwalającej na nieuwierzytelnionych publicznych pośredników lista proxy HTTP oferuje kandydatów na te wartości. Schemat transportu samego proxy jest częścią wartości.

Bower łączy konfigurację z argumentów wiersza poleceń, zmiennych środowiskowych i plików konfiguracyjnych. Plik projektu jest więc jednym wejściem, a nie dowodem końcowej efektywnej wartości. Udokumentowana forma środowiska obejmuje nazwy takie jak bower_https_proxy.

Utrzymuj spójny katalog roboczy w automatyzacji. Bower szuka konfiguracji w hierarchii katalogu roboczego, więc uruchomienie zadania w innym katalogu może zmienić to, który plik projektu uczestniczy. Jeśli pobieranie jest delegowane do Gita, sprawdź osobną trasę kopii roboczej Git.

Powiązane artykuły