Ρύθμιση του proxy έργου του Bower στο .bowerrc

Για ένα αντίγραφο εργασίας που χρησιμοποιεί ακόμη το Bower, ένα .bowerrc μέσα στο έργο μπορεί να παρέχει τη διαδρομή για τα αιτήματα HTTP των πακέτων:

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

Συγχωνεύστε τα πεδία proxy στο υπάρχον αντικείμενο JSON. Διατηρήστε την πραγματική ρύθμιση καταλόγου του έργου αν διαφέρει από το παράδειγμα. Μια ανάθεση κελύφους όπως SET HTTP_PROXY=... δεν είναι καταχώριση JSON.

Το proxy ισχύει για προορισμούς HTTP· το https-proxy ισχύει για προορισμούς HTTPS. Και τα δύο μπορούν να δηλώνουν το ίδιο τελικό σημείο proxy HTTP. Για δημόσιες λήψεις πακέτων σε διαδρομή που επιτρέπει μη πιστοποιημένους δημόσιους μεσάζοντες, η λίστα proxy HTTP προσφέρει υποψηφίους για αυτές τις τιμές. Το ίδιο το σχήμα μεταφοράς του proxy αποτελεί μέρος της τιμής.

Το Bower συνδυάζει διαμόρφωση από ορίσματα γραμμής εντολών, μεταβλητές περιβάλλοντος και αρχεία διαμόρφωσης. Ένα αρχείο έργου είναι επομένως μία είσοδος, όχι απόδειξη της τελικής ενεργής τιμής. Η τεκμηριωμένη μορφή περιβάλλοντος περιλαμβάνει ονόματα όπως bower_https_proxy.

Διατηρήστε τον κατάλογο εργασίας σταθερό στην αυτοματοποίηση. Το Bower αναζητά τη διαμόρφωση στην ιεραρχία του καταλόγου εργασίας, οπότε η έναρξη της εργασίας σε άλλο κατάλογο μπορεί να αλλάξει ποιο αρχείο έργου συμμετέχει. Αν η ανάκτηση ανατίθεται στο Git, εξετάστε τη χωριστή διαδρομή αντιγράφου Git.