रिपॉझिटरी अस्तित्वात येण्यापूर्वी रिपॉझिटरी-स्थानिक 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 करत नाही.

संबंधित लेख