Konfigurera Bowers projektproxy i .bowerrc
Behåll Bowers HTTP- och HTTPS-proxyposter i en giltig .bowerrc-konfiguration i projektet.
För en arbetskopia som fortfarande använder Bower kan en .bowerrc i projektet ange vägen för pakets HTTP-förfrågningar:
{
"directory": "bower_components",
"proxy": "http://proxy.example.net:8080",
"https-proxy": "http://proxy.example.net:8080"
}Slå samman proxyfälten i det befintliga JSON-objektet. Behåll projektets faktiska kataloginställning om den skiljer sig från exemplet. En shell-tilldelning som SET HTTP_PROXY=... är inte en JSON-post.
proxy gäller för HTTP-destinationer; https-proxy gäller för HTTPS-destinationer. Båda kan ange samma HTTP-proxyändpunkt. För offentliga paketnedladdningar på en väg som tillåter oautentiserade offentliga mellanhänder erbjuder HTTP-proxylistan kandidater för dessa värden. Proxyts eget transportschema är en del av värdet.
Bower kombinerar konfiguration från kommandoradsargument, miljövariabler och konfigurationsfiler. En projektfil är därför en ingång, inte bevis på det slutliga effektiva värdet. Den dokumenterade miljöformen omfattar namn som bower_https_proxy.
Håll arbetskatalogen konsekvent i automatisering. Bower söker konfigurationen i arbetskatalogens hierarki, så att starta jobbet i en annan katalog kan ändra vilken projektfil som deltar. Om hämtningen delegeras till Git, granska den separata Git-arbetskopian.