Pro pracovní kopii, která stále používá Bower, může .bowerrc uvnitř projektu poskytnout cestu pro HTTP požadavky balíčků:

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

Sloučte pole proxy do existujícího objektu JSON. Zachovejte skutečné nastavení adresáře projektu, pokud se liší od příkladu. Přiřazení v shellu jako SET HTTP_PROXY=... není záznam JSON.

proxy platí pro cíle HTTP; https-proxy platí pro cíle HTTPS. Oba mohou označovat stejný koncový bod HTTP proxy. Pro veřejná stahování balíčků na trase, která povoluje neověřené veřejné prostředníky, nabízí seznam HTTP proxy kandidáty pro tyto hodnoty. Vlastní transportní schéma proxy je součástí hodnoty.

Bower kombinuje konfiguraci z argumentů příkazového řádku, proměnných prostředí a konfiguračních souborů. Soubor projektu je proto jeden vstup, nikoli důkaz konečné účinné hodnoty. Dokumentovaná forma prostředí zahrnuje názvy jako bower_https_proxy.

V automatizaci udržujte pracovní adresář konzistentní. Bower hledá konfiguraci v hierarchii pracovního adresáře, takže spuštění úlohy v jiném adresáři může změnit, který soubor projektu se účastní. Pokud se načítání deleguje na Git, prohlédněte si samostatnou trasu pracovní kopie Git.

Související články