Agordi la projektan prokurilon de Bower en .bowerrc

Konservu la HTTP- kaj HTTPS-prokurajn enskribojn de Bower en valida .bowerrc-agordo ene de la projekto.

Por laborkopio, kiu ankoraŭ uzas Bower, projekta .bowerrc povas provizi la itineron por HTTP-petoj de pakaĵoj:

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

Kunfandu la prokurajn kampojn en la ekzistantan JSON-objekton. Konservu la faktan dosierujan agordon de la projekto, se ĝi diferencas de la ekzemplo. Ŝela atribuo kiel SET HTTP_PROXY=... ne estas JSON-enskribo.

proxy validas por HTTP-celoj; https-proxy validas por HTTPS-celoj. Ambaŭ povas nomi la saman HTTP-prokuran finpunkton. Por publikaj pakaĵelŝutoj sur itinero, kiu permesas neaŭtentikigitajn publikajn perantojn, la HTTP-prokura listo proponas kandidatojn por tiuj valoroj. La propra transporta skemo de la prokurilo estas parto de la valoro.

Bower kunigas agordon el komandliniaj argumentoj, mediaj variabloj kaj agordaj dosieroj. Projekta dosiero estas do unu enigo, ne pruvo de la fina efika valoro. La dokumentita media formo inkluzivas nomojn kiel bower_https_proxy.

Konservu la laboran dosierujon konsekvenca en aŭtomatigo. Bower serĉas la agordon en la hierarĥio de la labora dosierujo, do komenci la taskon en alia dosierujo povas ŝanĝi, kiun projektan dosieron partoprenas. Se la akiron delegas al Git, kontrolu la apartan Git-laborkopian itineron.

Rilataj artikoloj