Bower-ის პროქსის ჩავარდნები: რეგისტრიდან ჩამოტვირთვები Git-ის შემოწმებების წინააღმდეგ
სანამ პროქსის კონფიგურაციას აირჩევთ, დაადგინეთ Bower ოპერაციის მიღმა მდგარი HTTP მოთხოვნა, არქივის ჩამოტვირთვა ან Git ტრანსპორტი.
წაიკითხეთ არსებული Bower ოპერაცია მისი --verbose დიაგნოსტიკით. შეინახეთ ბოლო რეგისტრის/არქივის URL ან Git ბრძანება პირველ შეცდომასთან ერთად; სახელის წარმატებული გადაწყვეტა შეიძლება წინ უსწრებდეს სხვა კლიენტში ჩავარდნას.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| წარუმატებელი ოპერაცია | შესამოწმებელი პროქსის შეყვანა |
|---|---|
| Bower რეგისტრი ან HTTP არქივი | Bower proxy/https-proxy პარამეტრები და ფაქტობრივი გარემო |
| Git HTTP/HTTPS | Git http.proxy და HTTP ტრანსპორტის გარემო |
| მშობლიური git:// | core.gitProxy ან GIT_PROXY_COMMAND |
| SSH, მათ შორის git@host:path | SSH მარშრუტიზაცია, მაგალითად დამტკიცებული ProxyCommand ან ProxyJump |
Bower-ის GitRemoteResolver იძახებს Git-ს. მის GitHub გადამწყვეტს შეუძლია ჯერ HTTPS არქივი ჩამოტვირთოს და შემდეგ Git-ზე გადავიდეს, ამიტომ ცნობადი GitHub პაკეტის სახელი არ განსაზღვრავს, რომელი გზა ჩავარდა.
თუ რეპოზიტორია გთავაზობთ დამტკიცებულ HTTPS საბოლოო წერტილს, მისი არჩევა Git-ს HTTP ტრანსპორტის გამოყენების საშუალებას აძლევს. დაადასტურეთ მისი არსებობა იმის ნაცვლად, რომ გლობალური გადაწერა ჩვეულებრივ HTTP-ზე გამოიყენოთ. იმ საჯარო HTTPS Git წყაროსთვის პროქსის მისამართი HTTP პროქსების სიიდან ვარიანტია, როცა საჯარო მარშრუტები დაშვებულია და ფაქტობრივ Git პროცესს არ აქვს კონფიგურირებული ან შენახული პროქსის სერტიფიკატები.
შეადარეთ Git Bower-ის იმავე ანგარიშითა და იმავე გაშვების გარემოთი. შეინახეთ გადამწყვეტი, სქემა და ოპერაცია ერთად; სხვა ტერმინალის წარმატება ან რეგისტრის მისამართის ცვლილება ვერ უზრუნველყოფს დაკარგულ ქვეპროცესის მარშრუტს.