Per a una còpia de treball que encara utilitza Bower, un .bowerrc dins del projecte pot proporcionar la ruta per a les sol·licituds HTTP dels paquets:

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

Fusiona els camps de proxy a l'objecte JSON existent. Conserva la configuració real del directori del projecte si difereix de l'exemple. Una assignació d'intèrpret com SET HTTP_PROXY=... no és una entrada JSON.

proxy s'aplica a destinacions HTTP; https-proxy s'aplica a destinacions HTTPS. Tots dos poden indicar el mateix punt final de proxy HTTP. Per a descàrregues públiques de paquets en una ruta que permet intermediaris públics no autenticats, la llista de proxys HTTP ofereix candidats per a aquests valors. L'esquema de transport del propi proxy forma part del valor.

Bower combina la configuració d'arguments de línia d'ordres, variables d'entorn i fitxers de configuració. Per tant, un fitxer de projecte és una entrada, no una prova del valor efectiu final. La forma documentada d'entorn inclou noms com bower_https_proxy.

Mantén el directori de treball coherent a l'automatització. Bower cerca la configuració a la jerarquia del directori de treball, de manera que iniciar la tasca en un altre directori pot canviar quin fitxer de projecte hi participa. Si l'obtenció es delega a Git, consulta la ruta separada de la còpia de Git.

Articles relacionats