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 لا يجعل هذا الخيار يضبطه.