Настройка прокси проекта 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.

Похожие статьи