Set opp Bower sin prosjektproxy i .bowerrc

For ein arbeidskopi som framleis brukar Bower, kan ein .bowerrc i prosjektet gje ruta for HTTP-førespurnader frå pakkar:

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

Flett proxyfelta inn i det eksisterande JSON-objektet. Hald på den faktiske kataloginnstillinga til prosjektet om ho skil seg frå dømet. Ei shell-tildeling som SET HTTP_PROXY=... er ikkje ei JSON-oppføring.

proxy gjeld for HTTP-destinasjonar; https-proxy gjeld for HTTPS-destinasjonar. Begge kan nemne same HTTP-proxyendepunkt. For offentlege pakkenedlastingar på ei rute som tillèt uautentiserte offentlege mellomledd, tilbyr HTTP-proxylista kandidatar for desse verdiane. Sjølve transportsystemet til proxyen er ein del av verdien.

Bower kombinerer konfigurasjon frå kommandolinjeargument, miljøvariablar og konfigurasjonsfiler. Ei prosjektfil er derfor éin inngang, ikkje bevis på den endelege effektive verdien. Den dokumenterte miljøforma omfattar namn som bower_https_proxy.

Hald arbeidskatalogen konsistent i automatisering. Bower søkjer etter konfigurasjon i hierarkiet til arbeidskatalogen, så å starte jobben i ein annan katalog kan endre kva prosjektfil som deltek. Om henting er delegert til Git, gransk den separate Git-arbeidskopiruta.