איזה פרוקסי מנצח ב-Git LFS 3.7.0?

עקבו אחר בחירת הסביבה, דריסות Git לא ריקות התואמות ל-URL וכללי עקיפה עבור URL בקשת ה-LFS בפועל.

ערך Git http.proxy לא ריק שתואם ל-URL הבקשה דורס את הפרוקסי הנגזר מהסביבה ב-Git LFS 3.7.0. ערך Git ריק אינו מנקה את נתיב הסביבה הזה.

עבור גרסה זו, עקבו אחר הבחירה בסדר הזה:

  1. קראו את HTTPS_PROXY ו-HTTP_PROXY. ערך https_proxy או http_proxy לא ריק באותיות קטנות מחליף את הערך המתאים באותיות גדולות.
  2. עבור HTTPS, העדיפו את מועמד ה-HTTPS והשתמשו במועמד ה-HTTP כגיבוי.
  3. החילו ערך Git http.proxy לא ריק תואם במקום המועמדים האלה.
  4. החילו את כללי העקיפה על URL הבקשה שנבחר. no_proxy לא ריק מחליף את NO_PROXY.

אם הכוונה היא גישה ישירה, בדקו קלטים שהתקבלו בירושה ואת העקיפה המתוכננת במקום להניח שרישום Git ריק מחק אותם.

השתמשו ב-URL האמיתי של LFS לצורך ההשוואה. יעדי API ואובייקטים עשויים להיות שונים מה-remote של Git, מה שמשנה איזו הגדרה הקשורה ל-URL תואמת.

שמרו את גרסת ה-LFS המותקנת יחד עם האבחון. LFS משתמש בתחבורת Go HTTP משלו; קדימות מנתיב ה-libcurl של Git אינה מסבירה את קוד הבחירה הזה.

מאמרים קשורים