Git Clone: הגדרת פרוקסי לפני ה-fetch הראשון

פרוקסי מקומי למאגר נשמע מוזר לפני שהמאגר קיים. אין צורך לשבט בלי הצלחה, לערוך את התצורה ולהתחיל מחדש.

clone יכול לכתוב הגדרה מקומית לפני ה-fetch הראשון:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

נקודות הקצה האלה הן דוגמאות. עבור מאגר HTTPS ציבורי בנתיב פרוקסי ציבורי מותר, בחרו נקודת קצה HTTP מרשימת פרוקסי HTTP. Git מתעד שאפשרות זו נכנסת לתוקף לאחר אתחול המאגר החדש ולפני משיכת ההיסטוריה המרוחקת שלו. לכן הגדרת הפרוקסי הזו יכולה לכסות את ההורדה הראשונה ולהישאר במאגר החדש לאחר מכן.

שתי פקודות דומות משאירות עקבות שונים

כדי לספק את הנתיב לקריאה אחת בלי לשמור את ההגדרה במאגר המשובט, שימו -c לפני תת-הפקודה:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... ו-git -c ... clone אינם תחומי תצורה הניתנים להחלפה. בחרו אם פעולות עתידיות במאגר הזה צריכות לשמור על הפרוקסי.

בדקו את התצורה המקומית של המאגר החדש כשהבחירה הזו חשובה. הגדרות אחרות של משתמש, מערכת או ספציפיות ל-URL עדיין יכולות להשתתף במדיניות האפקטיבית.

הרחיקו סיסמאות מהדוגמאות האלה בעת שמירת הנתיב. ערך הנושא אישורים המועבר לאפשרות התצורה של clone יכול להפוך להגדרת מאגר קבועה.

זו תצורת תעבורה של HTTP, כולל מרוחקי HTTPS. מרוחק SSH עדיין זקוק לנתיב פרוקסי SSH משלו; העברת SSH לפורט 443 לא גורמת לאפשרות הזו להגדיר אותו.