विभिन्न होस्टका लागि 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-विशिष्ट प्रोक्सी प्रविष्टिहरूको लामो सञ्चय तपाईंले व्यक्त गर्न खोज्नुभएको नेटवर्क भिन्नताभन्दा धेरै बुझ्न गाह्रो हुन्छ।