Конфигуриране на прокси за проекта на Bower в .bowerrc

Пазете HTTP и HTTPS прокси записите на Bower във валидна конфигурация .bowerrc в проекта.

За работно копие, което все още използва Bower, .bowerrc в проекта може да осигури пътя за HTTP заявки на пакети:

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

Обединете прокси полетата в съществуващия JSON обект. Запазете действителната настройка на директорията на проекта, ако се различава от примера. Присвояване в шел като SET HTTP_PROXY=... не е JSON запис.

proxy се прилага за HTTP дестинации; https-proxy се прилага за HTTPS дестинации. Двете могат да посочват една и съща крайна точка на HTTP прокси. За публични изтегляния на пакети по маршрут, който допуска неудостоверени публични посредници, списъкът с HTTP прокси предлага кандидати за тези стойности. Собствената транспортна схема на проксито е част от стойността.

Bower комбинира конфигурация от аргументи на командния ред, променливи на средата и конфигурационни файлове. Затова файлът на проекта е само един вход, а не доказателство за крайната ефективна стойност. Документираната форма на средата включва имена като bower_https_proxy.

Поддържайте работната директория постоянна при автоматизация. Bower търси конфигурация в йерархията на работната директория, така че стартирането на задачата в друга директория може да промени кой файл на проекта участва. Ако извличането се делегира на Git, прегледайте отделния маршрут за работно копие на Git.

Подобни статии