Échecs de proxy dans Bower : téléchargements du registre contre extractions Git
Identifiez la requête HTTP, le téléchargement d'archive ou le transport Git derrière une opération Bower avant de choisir la configuration du proxy.
Lisez l'opération Bower existante avec ses diagnostics --verbose. Conservez la dernière URL de registre/archive ou la commande Git avec la première erreur ; une résolution de nom réussie peut précéder une défaillance dans un autre client.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Opération échouée | Entrée de proxy à inspecter |
|---|---|
| Registre Bower ou archive HTTP | Réglages Bower proxy/https-proxy et environnement effectif |
| Git HTTP/HTTPS | Git http.proxy et environnement de transport HTTP |
| git:// natif | core.gitProxy ou GIT_PROXY_COMMAND |
| SSH, y compris git@host:path | Routage SSH comme le ProxyCommand ou ProxyJump approuvé |
Le GitRemoteResolver de Bower appelle Git. Son résolveur GitHub peut d'abord récupérer une archive HTTPS puis se rabattre sur Git ; un nom de paquet GitHub reconnaissable n'indique donc pas quelle route a échoué.
Lorsqu'un dépôt propose un point de terminaison HTTPS approuvé, le choisir permet à Git d'utiliser le transport HTTP. Vérifiez qu'il existe au lieu d'appliquer une réécriture globale vers HTTP simple. Pour cette source Git HTTPS publique, une adresse de proxy de la liste de proxys HTTP est une option lorsque les routes publiques sont autorisées et que le processus Git réel n'a aucun identifiant de proxy configuré ou conservé.
Comparez Git avec le même compte et le même environnement de lancement que Bower. Conservez ensemble le résolveur, le schéma et l'opération ; le succès d'un autre terminal ou un changement d'adresse de registre ne peuvent fournir la route de sous-processus manquante.