Bowers projectproxy configureren in .bowerrc
Houd Bowers HTTP- en HTTPS-proxyvermeldingen in een geldige .bowerrc-configuratie binnen het project.
Voor een werkkopie die nog Bower gebruikt, kan een .bowerrc in het project de route voor HTTP-verzoeken van pakketten leveren:
{
"directory": "bower_components",
"proxy": "http://proxy.example.net:8080",
"https-proxy": "http://proxy.example.net:8080"
}Voeg de proxyvelden samen in het bestaande JSON-object. Behoud de werkelijke mapinstelling van het project als die afwijkt van het voorbeeld. Een shell-toewijzing zoals SET HTTP_PROXY=... is geen JSON-vermelding.
proxy geldt voor HTTP-bestemmingen; https-proxy geldt voor HTTPS-bestemmingen. Beide kunnen hetzelfde HTTP-proxyeindpunt benoemen. Voor openbare pakketdownloads op een route die niet-geverifieerde openbare tussenpersonen toestaat, biedt de HTTP-proxylijst kandidaten voor die waarden. Het eigen transportprotocol van de proxy maakt deel uit van de waarde.
Bower combineert configuratie uit commandoregelargumenten, omgevingsvariabelen en configuratiebestanden. Een projectbestand is dus één invoer, geen bewijs van de uiteindelijke effectieve waarde. De gedocumenteerde omgevingsvorm bevat namen zoals bower_https_proxy.
Houd de werkmap consistent in automatisering. Bower zoekt de configuratie in de hiërarchie van de werkmap, dus het starten van de taak in een andere map kan veranderen welk projectbestand deelneemt. Als het ophalen aan Git wordt gedelegeerd, bekijk de afzonderlijke Git-werkkopieroute.