Konfigurer Bowers prosjektproxy i .bowerrc
Hold Bowers HTTP- og HTTPS-proxyoppføringer i en gyldig .bowerrc-konfigurasjon i prosjektet.
For en arbeidskopi som fortsatt bruker Bower, kan en .bowerrc i prosjektet gi ruten for HTTP-forespørsler fra pakker:
{
"directory": "bower_components",
"proxy": "http://proxy.example.net:8080",
"https-proxy": "http://proxy.example.net:8080"
}Flett proxyfeltene inn i det eksisterende JSON-objektet. Behold prosjektets faktiske kataloginnstilling hvis den avviker fra eksemplet. En shell-tilordning som SET HTTP_PROXY=... er ikke en JSON-oppføring.
proxy gjelder for HTTP-destinasjoner; https-proxy gjelder for HTTPS-destinasjoner. Begge kan angi samme HTTP-proxyendepunkt. For offentlige pakkenedlastinger på en rute som tillater uautentiserte offentlige mellommenn, tilbyr HTTP-proxylisten kandidater for disse verdiene. Proxyens eget transportsystem er en del av verdien.
Bower kombinerer konfigurasjon fra kommandolinjeargumenter, miljøvariabler og konfigurasjonsfiler. En prosjektfil er derfor én inngang, ikke bevis på den endelige effektive verdien. Den dokumenterte miljøformen inkluderer navn som bower_https_proxy.
Hold arbeidskatalogen konsistent i automatisering. Bower søker etter konfigurasjon i arbeidskatalogens hierarki, så å starte jobben i en annen katalog kan endre hvilken prosjektfil som deltar. Hvis hentingen delegeres til Git, undersøk den separate Git-arbeidskopiruten.