Git Clone፦ ከመጀመሪያው fetch በፊት proxy ያዘጋጁ

ሪፖዚቶሪ-አካባቢ proxy ሪፖዚቶሪው ከመኖሩ በፊት የማይመች ይመስላል። ያለስኬት clone ማድረግ፣ ውቅሩን ማረምና እንደገና መጀመር አያስፈልግም።

Clone ከመጀመሪያው fetch በፊት የአካባቢ ቅንብር ሊጽፍ ይችላል፦

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

እነዚህ መጨረሻ ነጥቦች ምሳሌዎች ናቸው። በተፈቀደው የሕዝብ proxy መንገድ ላይ ላለ ይፋዊ HTTPS ሪፖዚቶሪ ከHTTP proxy ዝርዝር HTTP መጨረሻ ነጥብ ይምረጡ። Git ይህ አማራጭ አዲሱ ሪፖዚቶሪ ከተጀመረ በኋላና የርቀት ታሪክ ከመመጣቱ በፊት ተግባራዊ እንደሚሆን ያስቀምጣል። ስለዚህ ይህ proxy ቅንብር የመጀመሪያውን ማውረድ ሊሸፍንና ከዚያ በአዲሱ ሪፖዚቶሪ ውስጥ ሊቆይ ይችላል።

ሁለት ተመሳሳይ ትዕዛዞች የተለያዩ ፈለጎች ይተዋሉ

መንገዱን ለአንድ ጥሪ ብቻ ለመስጠት ያለ ቅንብሩን በተገለጸው ሪፖዚቶሪ ውስጥ ሳያስቀምጡ -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 እርስ በርስ የሚለዋወጡ የውቅር ወሰኖች አይደሉም። በዚያ ሪፖዚቶሪ ውስጥ የወደፊት ሥራዎች proxyውን ሊያቆዩ እንደሆነ ይምረጡ።

ይህ ምርጫ አስፈላጊ ሲሆን አዲሱ ሪፖዚቶሪ የአካባቢ ውቅርን ይመርምሩ። ሌሎች የተጠቃሚ፣ የስርዓት ወይም የURL-ተኮር ቅንብሮች አሁንም በውጤታማ ፖሊሲ ውስጥ ሊሳተፉ ይችላሉ።

መንገዱን ሲያስቀምጡ የይለፍ ቃላትን ከእነዚህ ምሳሌዎች ውጪ ያድርጉ። ምስክርነት የያዘ እሴት ለclone ውቅር አማራጭ ከተሰጠ ቋሚ የሪፖዚቶሪ ቅንብር ሊሆን ይችላል።

ይህ የHTTP ማጓጓዣ ውቅር ነው፣ HTTPS ርቀቶችን ጨምሮ። SSH ርቀት አሁንም የራሱን የSSH proxy መንገድ ይፈልጋል፤ SSHን ወደ ወደብ 443 ማዛወር ይህ አማራጭ እንዲያዋቅረው አያደርግም።