مختلف میزبانوں کے لیے Git کو مختلف پراکسی قواعد دیں

ایک Git ترتیب دو بالکل مختلف راستوں کی خدمت کر سکتی ہے: منظور شدہ پراکسی کے ذریعے پہنچنے والا بیرونی میزبان اور براہ راست پہنچنے والا اندرونی میزبان۔ ہر بار مخزن بدلتے وقت عالمی طے شدہ قدر میں ترمیم کرنے کی ضرورت نہیں۔

Git URL کے لیے مخصوص HTTP ترتیب کی حمایت کرتا ہے۔ مثلاً:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

ایسے بیرونی عوامی مخزن کے لیے جہاں عوامی پراکسیوں کی اجازت ہے، HTTP پراکسی فہرست طے شدہ اینڈ پوائنٹ کے لیے امیدوار پیش کرتی ہے۔ خالی قدر مماثل URL کے لیے واضح اوور رائیڈ ہے۔ یہ اُس زیادہ مخصوص کلید کو حذف کرنے سے مختلف ہے، جس سے عام پراکسی دوبارہ بے نقاب ہو سکتی ہے۔

Git جو URL استعمال کرتا ہے اُسے ملائیں

اسکیم، میزبان کا نام، پورٹ، راستہ اور اختیاری صارف نام دستاویزی مماثلت قواعد میں شریک ہوتے ہیں۔ URL کے ذیلی حصے کو عام shell وائلڈ کارڈ اظہار نہ سمجھیں۔ تنگ راستے کا قاعدہ وسیع میزبان کے قاعدے کو ہرا سکتا ہے۔

مماثل پراکسی ترتیب پر صرف پڑھنے کے لیے نظر:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

یہ ترتیب کی مماثلت کا معائنہ کرتا ہے۔ یہ نیٹ ورک ٹیسٹ نہیں ہے اور یہ ثابت نہیں کرتا کہ راستہ قابل رسائی ہے۔ دیگر ترتیب کے دائرے اور متعلقہ ماحول کی ترتیبات بھی مدنظر رکھیں۔

ری ڈائریکٹ نئی ترتیب کی مماثلت نہیں ہے

Git کی دستاویزات کہتی ہیں کہ مماثل URL وہ ہیں جو براہ راست Git کمانڈز کو دیے جاتے ہیں؛ ری ڈائریکٹ کی وجہ سے دیکھے گئے URL اُس مماثلت میں شریک نہیں ہوتے۔ اگر پہلا میزبان ڈاؤن لوڈز کو کہیں اور ری ڈائریکٹ کرتا ہے تو یہ حد یاد رکھیں۔

راستے کو نقل و حمل سے بھی مماثل ہونا چاہیے۔ SSH ریموٹ محض اس لیے HTTP URL ذیلی حصے کے تحت نہیں آتا کہ وہی سروس HTTPS ویب سائٹ پیش کرتی ہے۔

چند سوچے سمجھے قواعد استعمال کریں، پھر نمائندہ URL کے لیے نتیجہ دیکھیں۔ عالمی، مخزن کے اندرونی اور URL کے لیے مخصوص پراکسی اندراجات کا طویل ذخیرہ اُس نیٹ ورک فرق سے کہیں زیادہ سمجھنا مشکل ہے جو آپ بیان کرنا چاہ رہے تھے۔