کدام پروکسی در Git LFS 3.7.0 برنده می‌شود؟

انتخاب محیط، بازنویسی‌های غیرخالی Git که با URL مطابقت دارند و قواعد عبور را برای URL واقعی درخواست LFS دنبال کنید.

مقدار غیرخالی http.proxy در Git که با URL درخواست مطابقت دارد، در Git LFS 3.7.0 پروکسی برگرفته از محیط را بازنویسی می‌کند. مقدار خالی Git آن مسیر محیطی را پاک نمی‌کند.

برای این نسخه، انتخاب را به این ترتیب دنبال کنید:

  1. HTTPS_PROXY و HTTP_PROXY را بخوانید. https_proxy یا http_proxy غیرخالی با حروف کوچک، مقدار متناظر با حروف بزرگ را جایگزین می‌کند.
  2. برای HTTPS، نامزد HTTPS را ترجیح دهید و از نامزد HTTP به‌عنوان جایگزین استفاده کنید.
  3. مقدار غیرخالی و منطبق http.proxy در Git را به‌جای آن نامزدها اعمال کنید.
  4. قواعد عبور را روی URL درخواست انتخاب‌شده اعمال کنید. no_proxy غیرخالی جایگزین NO_PROXY می‌شود.

اگر قصد دسترسی مستقیم است، ورودی‌های به‌ارث‌رسیده و عبور موردنظر را بررسی کنید، نه اینکه فرض کنید یک ورودی خالی Git آن‌ها را پاک کرده است.

برای مقایسه از URL واقعی LFS استفاده کنید. مقصدهای API و اشیا می‌توانند با مخزن راه‌دور Git متفاوت باشند و این تغییر می‌دهد که کدام تنظیم وابسته به URL مطابقت دارد.

نسخه نصب‌شده LFS را همراه با تشخیص نگه دارید. LFS از انتقال HTTP مخصوص Go خود استفاده می‌کند؛ اولویت مسیر libcurl در Git این کد انتخاب را توضیح نمی‌دهد.

مقالات مرتبط