За работна копија што сè уште користи Bower, .bowerrc во проектот може да ја обезбеди рутата за HTTP барањата на пакетите:

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

Спојте ги прокси полињата во постојниот JSON објект. Зачувајте ја вистинската поставка за директориумот на проектот ако се разликува од примерот. Доделување во shell како SET HTTP_PROXY=... не е JSON запис.

proxy се однесува на HTTP одредишта; https-proxy се однесува на HTTPS одредишта. Двете можат да го именуваат истиот HTTP прокси крајна точка. За јавни преземања на пакети на рута што дозволува неавтентицирани јавни посредници, списокот на HTTP прокси нуди кандидати за тие вредности. Сопствената транспортна шема на проксито е дел од вредноста.

Bower комбинира конфигурација од аргументи на командната линија, променливи на околината и конфигурациски датотеки. Затоа датотеката на проектот е еден влез, а не доказ за конечната ефективна вредност. Документираната форма на околината вклучува имиња како bower_https_proxy.

Одржувајте го работниот директориум конзистентен при автоматизација. Bower ја бара конфигурацијата во хиерархијата на работниот директориум, па започнувањето на работата во друг директориум може да промени која датотека на проектот учествува. Ако преземањето се делегира на Git, проверете одделната рута на Git работната копија.

Поврзани статии