Збої проксі в Bower: завантаження з реєстру проти перевірок Git
Визначте HTTP-запит, завантаження архіву або транспорт Git за операцією Bower, перш ніж вибирати конфігурацію проксі.
Прочитайте наявну операцію 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 |
GitRemoteResolver у Bower викликає Git. Його GitHub-резолвер може спершу отримати HTTPS-архів, а потім перейти на Git, тому впізнавана назва пакета GitHub не показує, який шлях не спрацював.
Якщо репозиторій пропонує затверджену кінцеву точку HTTPS, її вибір дає Git змогу використовувати HTTP-транспорт. Підтвердьте, що вона існує, замість глобального переписування на звичайний HTTP. Для цього публічного джерела Git через HTTPS адреса проксі зі списку HTTP-проксі є варіантом, коли публічні маршрути дозволені й фактичний процес Git не має налаштованих або збережених облікових даних проксі.
Порівнюйте Git у тому самому обліковому записі й тому самому середовищі запуску, що й Bower. Зберігайте резолвер, схему й операцію разом; успіх в іншому терміналі або зміна адреси реєстру не можуть дати відсутній маршрут підпроцесу.