خطاهای پروکسی Bower: دانلودهای رجیستری در برابر واکشی‌های Git
پیش از انتخاب پیکربندی پروکسی، درخواست HTTP، دانلود آرشیو یا انتقال Git پشت یک عملیات Bower را مشخص کنید.
عملیات موجود Bower را همراه با عیب‌یابی --verbose بخوانید. آخرین نشانی رجیستری/آرشیو یا فرمان 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 مقایسه کنید. حل‌کننده، طرح و عملیات را با هم نگه دارید؛ موفقیت پایانه‌ای دیگر یا تغییر نشانی رجیستری نمی‌تواند مسیر فرایند فرعی ازدست‌رفته را فراهم کند.