गिट-क्लोन - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

गिट-क्लोन - एक रिपॉजिटरी को एक नई निर्देशिका में क्लोन करें

SYNOPSIS

Git क्लोन [--टेम्पलेट= ]
[-एल] [-एस] [-नो-हार्डलिंक] [-क्यू] [-एन] [--नंगे] [--मिरर]
[-ओ ] [-बी ] [-यू ] [--संदर्भ ]
[--अलग करना] [--अलग-अलग-गिट-डीआईआर ]
[--गहराई ] [--[नहीं-]एकल-शाखा]
[--पुनरावर्ती | --recurse-सबमॉड्यूल] [--]
[ ]

वर्णन

एक रिपॉजिटरी को नव निर्मित निर्देशिका में क्लोन करता है, इसके लिए रिमोट-ट्रैकिंग शाखाएं बनाता है
क्लोन रिपॉजिटरी में प्रत्येक शाखा (गिट ब्रांच -आर का उपयोग करके दिखाई देती है), और बनाती है और जांच करती है
एक प्रारंभिक शाखा को बाहर निकालें जो क्लोन रिपोजिटरी की वर्तमान में सक्रिय शाखा से निकाली गई है।

क्लोन के बाद, बिना तर्क के एक सादा गिट फ़ेच सभी रिमोट-ट्रैकिंग को अपडेट कर देगा
शाखाएँ, और तर्कों के बिना एक git पुल इसके अतिरिक्त दूरस्थ मास्टर शाखा को मर्ज कर देगा
वर्तमान मास्टर शाखा में, यदि कोई हो (जब "--सिंगल-ब्रांच" दिया गया हो तो यह असत्य है;
निचे देखो)।

यह डिफ़ॉल्ट कॉन्फ़िगरेशन दूरस्थ शाखा प्रमुखों के संदर्भ बनाकर प्राप्त किया जाता है
refs/remotes/origin के अंतर्गत और reform.origin.url और दूरस्थ.origin.fetch को प्रारंभ करके
कॉन्फ़िगरेशन चर.

विकल्प

--स्थानीय, -एल
जब क्लोन किया जाने वाला भंडार स्थानीय मशीन पर होता है, तो यह ध्वज सामान्य को बायपास कर देता है
"गिट अवेयर" परिवहन तंत्र और HEAD की एक प्रति बनाकर रिपॉजिटरी को क्लोन करता है
ऑब्जेक्ट और रेफरी निर्देशिकाओं के अंतर्गत सब कुछ। .git/objects/ निर्देशिका के अंतर्गत फ़ाइलें
जब भी संभव हो जगह बचाने के लिए हार्डलिंक किया जाता है।

यदि रिपॉजिटरी को स्थानीय पथ (जैसे, /path/to/repo) के रूप में निर्दिष्ट किया गया है, तो यह है
डिफ़ॉल्ट, और --local अनिवार्य रूप से एक नो-ऑप है। यदि रिपॉजिटरी को यूआरएल के रूप में निर्दिष्ट किया गया है,
तब इस ध्वज को अनदेखा कर दिया जाता है (और हम कभी भी स्थानीय अनुकूलन का उपयोग नहीं करते हैं)। निर्दिष्ट करना
--नो-लोकल नियमित का उपयोग करते हुए /path/to/repo दिए जाने पर डिफ़ॉल्ट को ओवरराइड कर देगा
इसके बजाय गिट ट्रांसपोर्ट।

--नो-हार्डलिंक्स
फ़ाइलों की प्रतिलिपि बनाने के लिए स्थानीय फ़ाइल सिस्टम पर रिपॉजिटरी से क्लोनिंग प्रक्रिया को बाध्य करें
हार्डलिंक का उपयोग करने के बजाय .git/objects निर्देशिका के अंतर्गत। यह वांछनीय हो सकता है यदि
आप अपने भंडार का बैकअप बनाने का प्रयास कर रहे हैं।

--साझा, -एस
जब क्लोन करने के लिए रिपॉजिटरी हार्ड लिंक का उपयोग करने के बजाय स्थानीय मशीन पर होती है,
स्रोत के साथ ऑब्जेक्ट साझा करने के लिए स्वचालित रूप से .git/objects/info/alternets सेटअप करें
भण्डार. परिणामी रिपॉजिटरी अपनी किसी भी वस्तु के बिना शुरू होती है।

ध्यान दें: यह संभवतः खतरनाक ऑपरेशन है; करना नहीं इसका उपयोग तब तक करें जब तक आपको समझ न आ जाए कि क्या है
ऐसा होता है। यदि आप इस विकल्प का उपयोग करके अपने भंडार को क्लोन करते हैं और फिर शाखाएं हटाते हैं (या
स्रोत में किसी अन्य Git कमांड का उपयोग करें जो किसी भी मौजूदा कमिट को गैर-संदर्भित बनाता है)।
रिपॉजिटरी, कुछ वस्तुएँ असंदर्भित (या लटकती) हो सकती हैं। ये वस्तुएं हो सकती हैं
सामान्य Git ऑपरेशंस (जैसे git कमिट) द्वारा हटा दिया जाता है जो स्वचालित रूप से git gc को कॉल करता है
--ऑटो. (देखना git-gc(1).) यदि इन वस्तुओं को हटा दिया गया है और इन्हें संदर्भित किया गया है
क्लोन रिपॉजिटरी, तो क्लोन रिपॉजिटरी भ्रष्ट हो जाएगी।

ध्यान दें कि -s के साथ क्लोन रिपॉजिटरी में -l विकल्प के बिना git repack चलाना
स्रोत रिपॉजिटरी से ऑब्जेक्ट को हटाकर क्लोन रिपॉजिटरी में एक पैक में कॉपी करें
क्लोन-एस की डिस्क स्थान की बचत। हालाँकि, git gc चलाना सुरक्षित है, जो इसका उपयोग करता है
डिफ़ॉल्ट रूप से -l विकल्प।

यदि आप -s के साथ क्लोन किए गए रिपॉजिटरी की उसके स्रोत पर निर्भरता को तोड़ना चाहते हैं
रिपॉजिटरी, आप स्रोत से सभी ऑब्जेक्ट की प्रतिलिपि बनाने के लिए बस git repack -a चला सकते हैं
क्लोन रिपॉजिटरी में एक पैक में रिपॉजिटरी।

--संदर्भ
यदि संदर्भ भंडार स्थानीय मशीन पर है, तो स्वचालित रूप से सेटअप हो जाता है
संदर्भ भंडार से ऑब्जेक्ट प्राप्त करने के लिए .git/objects/info/alternets। एक का उपयोग करना
विकल्प के रूप में पहले से मौजूद रिपॉजिटरी को कॉपी करने के लिए कम ऑब्जेक्ट की आवश्यकता होगी
रिपॉजिटरी के क्लोन होने से नेटवर्क और स्थानीय भंडारण लागत कम हो जाएगी।

ध्यान दें: --साझा विकल्प के लिए नोट देखें, और --dissociate विकल्प भी देखें।

--अलग करना
--संदर्भ विकल्पों के साथ निर्दिष्ट संदर्भ भंडार से वस्तुओं को उधार लें
केवल नेटवर्क स्थानांतरण को कम करने के लिए, और क्लोन बनाने के बाद उनसे उधार लेना बंद कर दें
उधार ली गई वस्तुओं की आवश्यक स्थानीय प्रतियां बनाना। इस विकल्प का उपयोग कब भी किया जा सकता है
एक रिपॉजिटरी से स्थानीय रूप से क्लोनिंग जो पहले से ही दूसरे से ऑब्जेक्ट उधार लेती है
रिपॉजिटरी-नया रिपॉजिटरी उसी रिपॉजिटरी से वस्तुओं को उधार लेगा, और यह
उधार लेने से रोकने के लिए विकल्प का उपयोग किया जा सकता है।

--शांत, -क्यू
चुपचाप काम करो. मानक त्रुटि स्ट्रीम में प्रगति की सूचना नहीं दी जाती है। ये झंडा है
दिए जाने पर 'rsync' कमांड को भी पास कर दिया गया।

--verbose, -v
शब्दाडंबरपूर्वक चलाएँ. मानक त्रुटि के लिए प्रगति स्थिति की रिपोर्टिंग को प्रभावित नहीं करता
धारा।

--प्रगति
मानक त्रुटि स्ट्रीम पर प्रगति की स्थिति डिफ़ॉल्ट रूप से रिपोर्ट की जाती है जब यह है
एक टर्मिनल से जुड़ा हुआ है, जब तक कि -q निर्दिष्ट न हो। यह ध्वज प्रगति की स्थिति को भी बल देता है
यदि मानक त्रुटि स्ट्रीम किसी टर्मिनल पर निर्देशित नहीं है।

--नो-चेकआउट, -एन
क्लोन पूरा होने के बाद HEAD का कोई चेकआउट नहीं किया जाता है।

-- नंगे
एक बनाओ नंगा गिट भंडार. यानी बनाने के बजाय और रख रहा हूँ
प्रशासनिक फ़ाइलें /.git, बनाओ स्वयं $GIT_DIR.
यह स्पष्ट रूप से -n को दर्शाता है क्योंकि कार्यशील पेड़ की जांच करने के लिए कहीं नहीं है।
इसके अलावा रिमोट पर शाखा प्रमुखों को सीधे संबंधित स्थानीय शाखा में कॉपी किया जाता है
हेड्स, उन्हें refs/remotes/origin/ पर मैप किए बिना। जब इस विकल्प का उपयोग किया जाता है, तो न तो
रिमोट-ट्रैकिंग शाखाएँ और न ही संबंधित कॉन्फ़िगरेशन चर बनाए जाते हैं।

--आईना
स्रोत भंडार का एक दर्पण स्थापित करें। इसका तात्पर्य है--नंगा। --नंगे की तुलना में,
--मिरर न केवल स्रोत की स्थानीय शाखाओं को लक्ष्य की स्थानीय शाखाओं से मैप करता है,
यह सभी रेफरी (रिमोट-ट्रैकिंग शाखाओं, नोट्स आदि सहित) को मैप करता है और सेट अप करता है
refspec कॉन्फ़िगरेशन इस प्रकार है कि ये सभी refs एक git रिमोट अपडेट द्वारा अधिलेखित हो जाते हैं
लक्ष्य भंडार में.

--मूल , -ओ
अपस्ट्रीम रिपॉजिटरी का ट्रैक रखने के लिए रिमोट नेम ओरिजिन का उपयोग करने के बजाय, इसका उपयोग करें
.

--शाखा , -बी
नव निर्मित HEAD को क्लोन द्वारा इंगित शाखा की ओर इंगित करने के बजाय
रिपॉजिटरी का प्रमुख, इंगित करें इसके बजाय शाखा. एक गैर-नंगे भंडार में, यह है
जिस शाखा की जाँच की जाएगी। --ब्रांच टैग भी ले सकती है और अलग भी कर सकती है
परिणामी भंडार में उस प्रतिबद्धता पर ध्यान दें।

--अपलोड-पैक , -यू
जब दिया जाता है, और क्लोन करने के लिए भंडार को एसएसएच के माध्यम से एक्सेस किया जाता है, तो यह निर्दिष्ट करता है
दूसरे छोर पर चलने वाले कमांड के लिए गैर-डिफ़ॉल्ट पथ।

--टेम्पलेट=
वह निर्देशिका निर्दिष्ट करें जहाँ से टेम्प्लेट का उपयोग किया जाएगा; ("टेम्पलेट निर्देशिका" देखें)
की धारा git-init(1)।)

--कॉन्फिग = , -सी =
नव-निर्मित रिपॉजिटरी में एक कॉन्फ़िगरेशन वैरिएबल सेट करें; यह प्रभावी होता है
रिपॉजिटरी आरंभ होने के तुरंत बाद, लेकिन दूरस्थ इतिहास शुरू होने से पहले
लाया गया या कोई फ़ाइल जाँची गई। कुंजी उसी प्रारूप में है जैसी अपेक्षा की गई थी गिट-
विन्यास(1) (जैसे, core.eol=true)। यदि एक ही कुंजी के लिए एकाधिक मान दिए गए हैं, तो प्रत्येक
मान कॉन्फ़िग फ़ाइल में लिखा जाएगा। यह, उदाहरण के लिए, जोड़ना सुरक्षित बनाता है
मूल रिमोट के लिए अतिरिक्त फ़ेच रेफ़स्पेक्स।

--गहराई
बनाओ उथला इतिहास के साथ क्लोन को कमिट की निर्दिष्ट संख्या तक छोटा कर दिया गया है।
तात्पर्य - एकल-शाखा जब तक कि इतिहास को निकट लाने के लिए कोई-एकल-शाखा नहीं दी जाती है
सभी शाखाओं की युक्तियाँ.

--[नहीं-]एकल-शाखा
केवल किसी एक शाखा के सिरे तक जाने वाले इतिहास को क्लोन करें, या तो निर्दिष्ट करें
--शाखा विकल्प या प्राथमिक शाखा रिमोट के HEAD बिंदु पर। आगे लाता है
परिणामी रिपॉजिटरी केवल शाखा के लिए रिमोट-ट्रैकिंग शाखा को अपडेट करेगी
इस विकल्प का उपयोग प्रारंभिक क्लोनिंग के लिए किया गया था। यदि रिमोट पर HEAD इंगित नहीं करता है
किसी भी शाखा में जब --सिंगल-ब्रांच क्लोन बनाया गया था, कोई रिमोट-ट्रैकिंग शाखा नहीं है
बनाया।

--रिकर्सिव, --रिकर्स-सबमॉड्यूल
क्लोन बनने के बाद, सभी सबमॉड्यूल को उनके डिफ़ॉल्ट का उपयोग करके आरंभ करें
समायोजन। यह git सबमॉड्यूल अपडेट --init --recursive चलाने के बराबर है
क्लोन समाप्त होने के तुरंत बाद. क्लोन होने पर इस विकल्प को नजरअंदाज कर दिया जाता है
रिपॉजिटरी में कोई वर्कट्री/चेकआउट नहीं है (अर्थात यदि इनमें से कोई --no-checkout/-n, --bare,
या - दर्पण दिया गया है)

--अलग-अलग-गिट-dir=
क्लोन किए गए भंडार को वहां रखने के बजाय जहां उसे होना चाहिए, क्लोन को रखें
निर्दिष्ट निर्देशिका पर रिपॉजिटरी, फिर एक फ़ाइल सिस्टम-अज्ञेयवादी Git प्रतीकात्मक बनाएं
वहां से लिंक करें. परिणाम यह है कि Git रिपॉजिटरी को कार्यशील ट्री से अलग किया जा सकता है।


(संभवतः दूरस्थ) रिपॉजिटरी से क्लोन किया जाना है। अधिक जानकारी के लिए नीचे यूआरएल अनुभाग देखें
रिपॉजिटरी निर्दिष्ट करने पर जानकारी।


क्लोन करने के लिए नई निर्देशिका का नाम. स्रोत का "मानवीय" भाग
यदि कोई निर्देशिका स्पष्ट रूप से नहीं दी गई है तो रिपॉजिटरी का उपयोग किया जाता है (/path/to/repo.git के लिए रेपो और
foo forhost.xz:foo/.git). किसी मौजूदा निर्देशिका में क्लोनिंग की अनुमति केवल तभी दी जाती है जब
निर्देशिका खाली है.

GIT यूआरएल

सामान्य तौर पर, URL में परिवहन प्रोटोकॉल, के पते के बारे में जानकारी होती है
रिमोट सर्वर, और भंडार के लिए पथ। परिवहन प्रोटोकॉल के आधार पर, कुछ
इस जानकारी से अनुपस्थित हो सकता है।

Git ssh, git, http और https प्रोटोकॉल का समर्थन करता है (इसके अलावा, ftp, और ftps का उपयोग किया जा सकता है)
लाने और rsync के लिए लाने और धकेलने के लिए इस्तेमाल किया जा सकता है, लेकिन ये अक्षम हैं और
पदावनत; उनका उपयोग न करें)।

मूल परिवहन (यानी git:// URL) कोई प्रमाणीकरण नहीं करता है और इसका उपयोग किया जाना चाहिए
असुरक्षित नेटवर्क पर सावधानी

उनके साथ निम्नलिखित सिंटैक्स का उपयोग किया जा सकता है:

· ssh://[उपयोगकर्ता@]host.xz[:port]/path/to/repo.git/

· git://host.xz[:port]/path/to/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· एफ़टीपी [एस]: //host.xz [: पोर्ट]/पथ/to/repo.git/

· rsync://host.xz/path/to/repo.git/

ssh प्रोटोकॉल के साथ एक वैकल्पिक scp- जैसे सिंटैक्स का भी उपयोग किया जा सकता है:

· [उपयोगकर्ता@]host.xz:path/to/repo.git/

यह सिंटैक्स केवल तभी पहचाना जाता है जब पहले कोलन से पहले कोई स्लैश न हों। इससे मदद मिलती है
एक स्थानीय पथ में अंतर करें जिसमें एक कोलन होता है। उदाहरण के लिए स्थानीय पथ foo:bar can
एक एसएसएच यूआरएल के रूप में गलत व्याख्या किए जाने से बचने के लिए एक पूर्ण पथ या ./foo:bar के रूप में निर्दिष्ट किया जाना चाहिए।

एसएसएच और गिट प्रोटोकॉल अतिरिक्त रूप से ~ उपयोगकर्ता नाम विस्तार का समर्थन करते हैं:

· ssh://[उपयोगकर्ता@]host.xz[:port]/~[user]/path/to/repo.git/

· git://host.xz[:port]/~[user]/path/to/repo.git/

· [उपयोगकर्ता@]host.xz:/~[उपयोगकर्ता]/पथ/से/repo.git/

स्थानीय रिपॉजिटरी के लिए, जो मूल रूप से Git द्वारा समर्थित है, निम्नलिखित सिंटैक्स हो सकते हैं:
उपयोग किया गया:

· /पथ/से/repo.git/

फ़ाइल:///पथ/से/repo.git/

ये दोनों वाक्य-विन्यास अधिकतर समतुल्य हैं, पहले वाले अर्थ --स्थानीय विकल्प को छोड़कर।

जब Git को पता नहीं होता है कि एक निश्चित ट्रांसपोर्ट प्रोटोकॉल को कैसे हैंडल करना है, तो वह इसका उपयोग करने का प्रयास करता है
रिमोट- दूरस्थ सहायक, यदि कोई मौजूद है। किसी दूरस्थ सहायक से स्पष्ट रूप से अनुरोध करने के लिए,
निम्नलिखित सिंटैक्स का उपयोग किया जा सकता है:

· ::

कहां एक पथ, एक सर्वर और पथ, या एक मनमाना URL जैसी स्ट्रिंग हो सकती है
विशिष्ट दूरस्थ सहायक द्वारा पहचाना जा रहा है। देखो गीट्रेमोट-हेल्पर्स(1) के लिए
विवरण।

यदि बड़ी संख्या में समान-नाम वाले दूरस्थ रिपॉजिटरी हैं और आप a . का उपयोग करना चाहते हैं
उनके लिए अलग प्रारूप (जैसे कि आपके द्वारा उपयोग किए जाने वाले URL को URL में फिर से लिखा जाएगा)
work), आप प्रपत्र का कॉन्फ़िगरेशन अनुभाग बना सकते हैं:

[यूआरएल " "]
इसके बजाय =

उदाहरण के लिए, इसके साथ:

[यूआरएल "गिट: //git.host.xz/"]
इसके बजाय = host.xz:/पथ/से/
इसके बजाय = काम:

"work:repo.git" या "host.xz:/path/to/repo.git" जैसा URL किसी भी में फिर से लिखा जाएगा
संदर्भ जो एक यूआरएल को "git://git.host.xz/repo.git" लेता है।

यदि आप केवल पुश के लिए URL को फिर से लिखना चाहते हैं, तो आप का एक कॉन्फ़िगरेशन अनुभाग बना सकते हैं
प्रपत्र:

[यूआरएल " "]
पुशइनस्टेडऑफ =

उदाहरण के लिए, इसके साथ:

[यूआरएल "ssh://example.org/"]
PushInsteadOf = git://example.org/

"git://example.org/path/to/repo.git" जैसे URL को फिर से लिखा जाएगा
पुश के लिए "ssh://example.org/path/to/repo.git", लेकिन पुल अभी भी मूल का उपयोग करेगा
यूआरएल.

उदाहरण

· अपस्ट्रीम से क्लोन:

$ git क्लोन git://git.kernel.org/pub/scm/.../linux.git my-linux
$ सीडी माय-लिनक्स
$ मेकअप

· एक स्थानीय क्लोन बनाएं जो चीजों की जांच किए बिना वर्तमान निर्देशिका से उधार लेता है
बाहर:

$ गिट क्लोन -एल -एस -एन। ../कॉपी
$ सीडी ../कॉपी
$ गिट शो-शाखा

· मौजूदा स्थानीय निर्देशिका से उधार लेते समय अपस्ट्रीम से क्लोन करें:

$ git क्लोन --संदर्भ /git/linux.git \
git: //git.kernel.org/pub/scm/.../linux.git \
my-linux
$ सीडी माय-लिनक्स

· अपने परिवर्तनों को जनता के सामने प्रकाशित करने के लिए एक खाली भंडार बनाएं:

$ git क्लोन --bare -l /home/proj/.git /pub/scm/proj.git

GIT

का हिस्सा Git(1) सुइट

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-क्लोन का उपयोग करें