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 を含む) | 承認済みの ProxyCommand や ProxyJump などの SSH ルーティング |
Bower の GitRemoteResolver は Git を呼び出します。GitHub リゾルバは先に HTTPS アーカイブを取得し、その後 Git にフォールバックすることがあるため、見覚えのある GitHub パッケージ名だけではどの経路が失敗したか分かりません。
リポジトリが承認済みの HTTPS エンドポイントを提供している場合、それを選ぶと Git は HTTP 転送を使えます。大まかなグローバルな平文 HTTP への書き換えを適用するのではなく、それが存在することを確認してください。その公開 HTTPS Git ソースでは、公開経路が許可され、実際の Git プロセスに設定済みまたは保持されたプロキシ資格情報がない場合、HTTP プロキシ一覧のプロキシアドレスが選択肢になります。
Bower と同じアカウントと同じ起動環境で Git を比較してください。リゾルバ、スキーム、操作をまとめて保持します。別の端末での成功やレジストリアドレスの変更は、欠けているサブプロセスの経路を補えません。