Git Clone: पहिलो fetch अघि proxy सेट गर्नुहोस्
नयाँ रिपोजिटरीलाई पहिलो नेटवर्क अनुरोधदेखि नै आफ्नै proxy चाहिएको बेला clone-समयको कन्फिगरेसन प्रयोग गर्नुहोस्।
रिपोजिटरी अस्तित्वमा नआउँदै रिपोजिटरी-स्थानीय proxy अनौठो सुनिन्छ। असफल clone गरेर config सम्पादन गर्न र फेरि सुरु गर्न आवश्यक छैन।
Clone ले पहिलो fetch अघि स्थानीय सेटिङ लेख्न सक्छ:
git clone --config http.proxy=http://proxy.example.net:8080 \
https://git.example.net/team/project.git project
यी endpoint उदाहरणहरू हुन्। अनुमत सार्वजनिक-proxy मार्गमा रहेको सार्वजनिक HTTPS रिपोजिटरीका लागि HTTP proxy सूचीबाट HTTP endpoint छान्नुहोस्। Git ले यो विकल्प नयाँ रिपोजिटरी सुरु भएपछि र यसको रिमोट इतिहास fetch हुनुअघि लागू हुन्छ भनी अभिलेख गर्छ। त्यसैले यो proxy सेटिङले पहिलो डाउनलोड समेट्न सक्छ र पछि नयाँ रिपोजिटरीमा रहन सक्छ।
दुई समान कमाण्डले फरक चिन्ह छोड्छन्
सेटिङ clone गरिएको रिपोजिटरीमा नराखी एक invocation लाई मार्ग दिन subcommand अघि -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 अदलबदल गर्न मिल्ने config दायरा होइनन्। त्यो रिपोजिटरीका भविष्यका कार्यहरूले proxy राख्नुपर्ने हो कि होइन छान्नुहोस्।
यो छनोट महत्त्वपूर्ण हुँदा नयाँ रिपोजिटरीको स्थानीय config जाँच्नुहोस्। अन्य user, system वा URL-विशेष सेटिङहरू प्रभावकारी नीतिमा अझै सहभागी हुन सक्छन्।
मार्ग सुरक्षित गर्दा यी उदाहरणबाट पासवर्ड टाढा राख्नुहोस्। clone को config विकल्पमा दिइएको credential भएको मान स्थायी रिपोजिटरी सेटिङ बन्न सक्छ।
यो HTTP-transport config हो, HTTPS रिमोट सहित। SSH रिमोटलाई अझै आफ्नो SSH proxy मार्ग चाहिन्छ; SSH लाई port 443 मा सार्दा यो विकल्पले त्यसलाई config गर्दैन।