Egy még Bower-t használó munkapéldány esetében a projekten belüli .bowerrc biztosíthatja a csomagok HTTP-kéréseinek útvonalát:

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

Olvassza össze a proxy mezőket a meglévő JSON-objektumba. Őrizze meg a projekt tényleges könyvtárbeállítását, ha az eltér a példától. Az SET HTTP_PROXY=...-höz hasonló shell-hozzárendelés nem JSON-bejegyzés.

proxy a HTTP-célokra vonatkozik; https-proxy a HTTPS-célokra vonatkozik. Mindkettő ugyanazt a HTTP-proxy végpontot nevezheti meg. A nyilvános csomagletöltésekhez olyan útvonalon, amely hitelesítés nélküli nyilvános közvetítőket engedélyez, a HTTP-proxy lista jelölteket kínál ezekhez az értékekhez. A proxy saját szállítási sémája az érték része.

A Bower a konfigurációt parancssori argumentumokból, környezeti változókból és konfigurációs fájlokból kombinálja. A projektfájl tehát egyetlen bemenet, nem bizonyítéka a végső tényleges értéknek. A dokumentált környezeti forma olyan neveket tartalmaz, mint a bower_https_proxy.

Tartsa a munkakönyvtárat következetesen az automatizálásban. A Bower a munkakönyvtár hierarchiájában keresi a konfigurációt, ezért a feladat más könyvtárban való indítása megváltoztathatja, melyik projektfájl vesz részt. Ha a lekérés Gitre van bízva, vizsgálja meg a külön Git-munkapéldány útvonalat.

Kapcsolódó cikkek