वेगवेगळ्या होस्टसाठी 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-विशिष्ट प्रॉक्सी नोंदींचा दीर्घ संचय तुम्ही व्यक्त करू पाहत असलेल्या नेटवर्क फरकापेक्षा खूपच समजणे कठीण आहे.