गिट-सबमॉड्यूल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

गिट-सबमॉड्यूल - सबमॉड्यूल को प्रारंभ, अद्यतन या निरीक्षण करें

SYNOPSIS

Git submodule [--शांत] जोड़ें [-बी ] [-f|--बल] [--नाम ]
[--संदर्भ ] [--गहराई ] [--] [ ]
Git submodule [--शांत] स्थिति [--कैश्ड] [--पुनरावर्ती] [--] [ ...]
Git submodule [--शांत] init [--] [ ...]
Git submodule [--शांत] वास्तविक [-f|--बल] [--] ...
Git submodule [--शांत] अद्यतन [--init] [--दूरस्थ] [-N|--नहीं-लाने वाला]
[-f|--बल] [--रीबेस|--मर्ज] [--संदर्भ ]
[--गहराई ] [--पुनरावर्ती] [--] [ ...]
Git submodule [--शांत] सारांश [--कैश्ड|--फ़ाइलें] [(-n|--सारांश-सीमा) ]
[प्रतिबद्ध] [--] [ ...]
Git submodule [--शांत] foreach [--पुनरावर्ती]
Git submodule [--शांत] सिंक [--पुनरावर्ती] [--] [ ...]

वर्णन

सबमॉड्यूल का निरीक्षण, अद्यतन और प्रबंधन करता है।

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

हालाँकि, सबमॉड्यूल युक्त रिपॉजिटरी की क्लोनिंग या खींचते समय, ये नहीं होंगे
डिफ़ॉल्ट रूप से चेक आउट किया गया; init और अद्यतन उपकमांड उपमॉड्यूल की जांच बनाए रखेंगे
अपने कामकाजी पेड़ में उचित संशोधन करें।

सबमॉड्यूल मुख्य रिपॉजिटरी में तथाकथित गिटलिंक ट्री प्रविष्टि से बने होते हैं
आंतरिक भंडार के भीतर एक विशेष प्रतिबद्ध वस्तु को संदर्भित करता है जो पूरी तरह से है
अलग करना। .gitmodules में एक रिकॉर्ड (देखें गिटमॉड्यूल्स(5)) स्रोत के मूल में फ़ाइल
ट्री सबमॉड्यूल को एक तार्किक नाम निर्दिष्ट करता है और सबमॉड्यूल के डिफ़ॉल्ट URL का वर्णन करता है
से क्लोन किया जाएगा. तार्किक नाम का उपयोग आपके भीतर इस यूआरएल को ओवरराइड करने के लिए किया जा सकता है
स्थानीय रिपॉजिटरी कॉन्फ़िगरेशन (देखें submodule init).

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

कमानों

जोड़ना
दिए गए रिपॉजिटरी को परिवर्तनसेट के दिए गए पथ पर एक सबमॉड्यूल के रूप में जोड़ें
वर्तमान परियोजना के आगे प्रतिबद्ध: वर्तमान परियोजना को कहा जाता है
"सुपरप्रोजेक्ट"।

इसके लिए कम से कम एक तर्क की आवश्यकता है: . वैकल्पिक तर्क है
सुपरप्रोजेक्ट में क्लोन किए गए सबमॉड्यूल के मौजूद रहने के लिए सापेक्ष स्थान। अगर है
नहीं दिया गया है, स्रोत भंडार के "मानवीय" भाग का उपयोग किया जाता है ("रेपो" के लिए)।
"/path/to/repo.git" और "host.xz:foo/.git" के लिए "foo"। के रूप में भी प्रयोग किया जाता है
इसकी कॉन्फ़िगरेशन प्रविष्टियों में सबमॉड्यूल का तार्किक नाम, जब तक कि निर्दिष्ट करने के लिए --name का उपयोग नहीं किया जाता है
एक तार्किक नाम.

नए सबमॉड्यूल के मूल भंडार का URL है। ये भी हो सकता है
एक पूर्ण यूआरएल, या (यदि यह ./ या ../ से शुरू होता है), के सापेक्ष स्थान
सुपरप्रोजेक्ट का मूल भंडार (कृपया ध्यान दें कि एक भंडार निर्दिष्ट करने के लिए foo.git
जो एक सुपरप्रोजेक्ट के ठीक बगल में स्थित है bar.git, आपको उपयोग करना होगा ../foo.git
के बजाय ./foo.git - जैसा कि सापेक्ष यूआरएल के नियमों का पालन करते समय कोई उम्मीद कर सकता है
- क्योंकि Git में सापेक्ष यूआरएल का मूल्यांकन सापेक्ष के समान है
निर्देशिकाएँ)। यदि सुपरप्रोजेक्ट का कोई मूल नहीं है तो सुपरप्रोजेक्ट को कॉन्फ़िगर किया गया है
यह स्वयं का आधिकारिक अपस्ट्रीम है और इसके स्थान पर वर्तमान कार्यशील निर्देशिका का उपयोग किया जाता है।

सुपरप्रोजेक्ट में क्लोन किए गए सबमॉड्यूल के मौजूद होने का सापेक्ष स्थान है।
अगर मौजूद नहीं है, तो नामित यूआरएल से क्लोनिंग द्वारा सबमॉड्यूल बनाया जाता है।
अगर मौजूद है और पहले से ही एक वैध Git रिपॉजिटरी है, तो इसे इसमें जोड़ा जाता है
क्लोनिंग के बिना चेंजसेट। यह दूसरा फॉर्म नया बनाने में आसानी के लिए प्रदान किया गया है
स्क्रैच से सबमॉड्यूल, और मानता है कि उपयोगकर्ता बाद में सबमॉड्यूल को आगे बढ़ाएगा
दिया गया यूआरएल.

किसी भी स्थिति में, दिए गए URL को बाद के उपयोगकर्ताओं द्वारा उपयोग के लिए .gitmodules में रिकॉर्ड किया जाता है
सुपरप्रोजेक्ट की क्लोनिंग। यदि यूआरएल सुपरप्रोजेक्ट के सापेक्ष दिया गया है
रिपॉजिटरी, अनुमान सुपरप्रोजेक्ट है और सबमॉड्यूल रिपॉजिटरी होगी
एक ही सापेक्ष स्थान पर एक साथ रखा जाता है, और केवल सुपरप्रोजेक्ट के यूआरएल की आवश्यकता होती है
प्रदान किया जाए: git-सबमॉड्यूल संबंधित URL का उपयोग करके सबमॉड्यूल का सही ढंग से पता लगाएगा
.gitmodules में।

हैसियत
सबमॉड्यूल की स्थिति दिखाएं. यह वर्तमान में जांचे गए SHA-1 को प्रिंट करेगा
सबमॉड्यूल पथ और आउटपुट के साथ, प्रत्येक सबमॉड्यूल के लिए आउट कमिट करें Git
वर्णन SHA-1 के लिए. यदि सबमॉड्यूल नहीं है तो प्रत्येक SHA-1 के साथ - उपसर्ग किया जाएगा
प्रारंभ किया गया, + यदि वर्तमान में चेक आउट किया गया सबमॉड्यूल कमिट SHA-1 से मेल नहीं खाता है
यदि सबमॉड्यूल का विलय हो गया है तो युक्त रिपॉजिटरी और यू के सूचकांक में पाया जाता है
संघर्ष।

यदि --recursive निर्दिष्ट किया गया है, तो यह कमांड नेस्टेड सबमॉड्यूल में पुन: प्रसारित होगा, और
उनकी औकात भी दिखाओ.

यदि आप केवल वर्तमान में प्रारंभ किए गए सबमॉड्यूल के परिवर्तनों में रुचि रखते हैं
सूचकांक या HEAD में दर्ज प्रतिबद्धता के संबंध में, git-स्थिति(1) और git-diff(1)
वह जानकारी भी प्रदान करेगा (और सबमॉड्यूल के कार्य में परिवर्तनों की रिपोर्ट भी कर सकता है
पेड़)।

init
सूचकांक में दर्ज किए गए सबमॉड्यूल को प्रारंभ करें (जो जोड़े गए और प्रतिबद्ध थे
अन्यत्र) सबमॉड्यूल नाम और यूआरएल को .gitmodules से .git/config में कॉपी करके।
वैकल्पिक तर्क सीमित करते हैं कि कौन से सबमॉड्यूल प्रारंभ किए जाएंगे। यह भी होगा
सबमॉड्यूल.$नाम.अपडेट के मान को .git/config में कॉपी करें। .git/config में प्रयुक्त कुंजी
सबमॉड्यूल है.$name.url. यह कमांड मौजूदा जानकारी में कोई बदलाव नहीं करता है
.git/config. फिर आप अपने लिए .git/config में सबमॉड्यूल क्लोन यूआरएल को कस्टमाइज़ कर सकते हैं
स्थानीय सेटअप और गिट सबमॉड्यूल अपडेट के लिए आगे बढ़ें; आप केवल गिट सबमॉड्यूल का भी उपयोग कर सकते हैं
अद्यतन --init स्पष्ट के बिना init यदि आप किसी को अनुकूलित करने का इरादा नहीं रखते हैं तो कदम उठाएँ
सबमॉड्यूल स्थान।

deinit
दिए गए सबमॉड्यूल को अपंजीकृत करें, यानी संपूर्ण सबमॉड्यूल.$नाम अनुभाग को हटा दें
.git/config उनके कार्य वृक्ष के साथ। git सबमॉड्यूल अपडेट के लिए आगे की कॉल, git
सबमॉड्यूल फ़ोरैच और गिट सबमॉड्यूल सिंक किसी भी अपंजीकृत सबमॉड्यूल को छोड़ देगा
उन्हें फिर से प्रारंभ किया जाता है, इसलिए यदि आप स्थानीय नहीं चाहते हैं तो इस कमांड का उपयोग करें
अब अपने कार्य ट्री में सबमॉड्यूल का चेकआउट करें। यदि आप वास्तव में हटाना चाहते हैं
रिपॉजिटरी से सबमॉड्यूल करें और उस उपयोग को प्रतिबद्ध करें गिट-आरएम(1) इसके बजाय।

यदि --force निर्दिष्ट किया गया है, तो सबमॉड्यूल का कार्य वृक्ष हटा दिया जाएगा, भले ही उसमें शामिल हो
स्थानीय संशोधन.

अद्यतन
क्लोनिंग द्वारा सुपरप्रोजेक्ट की अपेक्षाओं से मेल खाने के लिए पंजीकृत सबमॉड्यूल को अपडेट करें
गुम सबमॉड्यूल और सबमॉड्यूल के कार्यशील ट्री को अद्यतन करना। "अद्यतन" कर सकते हैं
कमांड लाइन विकल्पों और के मूल्य के आधार पर कई तरीकों से किया जाना चाहिए
सबमॉड्यूल. .कॉन्फ़िगरेशन चर अद्यतन करें। समर्थित अद्यतन प्रक्रियाएँ हैं:

जांच
सुपरप्रोजेक्ट में दर्ज की गई प्रतिबद्धता को सबमॉड्यूल में जांचा जाएगा
अलग सिर. ऐसा तब किया जाता है जब --चेकआउट विकल्प दिया गया हो, या कोई विकल्प न हो
दिया गया, और सबमॉड्यूल। .अपडेट अनसेट है, या यदि यह सेट है जांच.

यदि --force निर्दिष्ट है, तो सबमॉड्यूल की जाँच की जाएगी (git checkout का उपयोग करके)।
--यदि उपयुक्त हो तो बल दें), भले ही प्रतिबद्धता सूचकांक में निर्दिष्ट हो
युक्त रिपॉजिटरी पहले से ही सबमॉड्यूल में चेक आउट की गई प्रतिबद्धता से मेल खाती है।

रिबेस
सबमॉड्यूल की वर्तमान शाखा को रिकॉर्ड की गई प्रतिबद्धता पर पुनः आधारित किया जाएगा
सुपरप्रोजेक्ट. यह तब किया जाता है जब --rebase विकल्प दिया जाता है, या कोई विकल्प नहीं दिया जाता है
दिया गया, और सबमॉड्यूल। .update पर सेट है रिबेस.

मर्ज
सुपरप्रोजेक्ट में दर्ज की गई प्रतिबद्धता को वर्तमान शाखा में विलय कर दिया जाएगा
सबमॉड्यूल. यह तब किया जाता है जब --merge विकल्प दिया जाता है, या कोई विकल्प नहीं दिया जाता है,
और सबमॉड्यूल। .update पर सेट है मर्ज.

कस्टम कमांड
मनमाना शेल कमांड जो एकल तर्क लेता है (प्रतिबद्धता का sha1)।
सुपरप्रोजेक्ट में दर्ज) निष्पादित किया जाता है। ऐसा तब किया जाता है जब कोई विकल्प नहीं दिया जाता है,
और सबमॉड्यूल। .update का रूप है !कमांड.

जब कोई विकल्प नहीं दिया गया हो और सबमॉड्यूल। .अपडेट पर सेट है कोई नहीं, सबमॉड्यूल है
अद्यतन नहीं हुआ।

यदि सबमॉड्यूल अभी तक प्रारंभ नहीं हुआ है, और आप बस सेटिंग का उपयोग करना चाहते हैं
.gitmodules में संग्रहीत, आप --init के साथ सबमॉड्यूल को स्वचालित रूप से प्रारंभ कर सकते हैं
विकल्प.

यदि --recursive निर्दिष्ट किया गया है, तो यह आदेश पंजीकृत सबमॉड्यूल में पुन: प्रसारित होगा,
और किसी भी नेस्टेड सबमॉड्यूल को अपडेट करें।

सारांश
दिए गए कमिट (HEAD पर डिफ़ॉल्ट) और काम करने के बीच कमिट सारांश दिखाएं
वृक्ष/सूचकांक. प्रश्न में एक सबमॉड्यूल के लिए, सबमॉड्यूल के बीच में प्रतिबद्धताओं की एक श्रृंखला होती है
दिया गया सुपर प्रोजेक्ट कमिट और इंडेक्स या वर्किंग ट्री (--कैश्ड द्वारा स्विच किया गया)
दिखाए जाते हैं। यदि विकल्प --फ़ाइलें दिया गया है, तो सबमॉड्यूल में कमिट की श्रृंखला दिखाएं
सुपर प्रोजेक्ट के इंडेक्स और सबमॉड्यूल के वर्किंग ट्री के बीच (यह
विकल्प --cached विकल्प का उपयोग करने या स्पष्ट प्रतिबद्धता प्रदान करने की अनुमति नहीं देता है)।

--submodule=log विकल्प का उपयोग करना git-diff(1) वह जानकारी भी प्रदान करेगा।

प्रत्येक के लिए
प्रत्येक चेक आउट सबमॉड्यूल में एक मनमाना शेल कमांड का मूल्यांकन करता है। आदेश है
वेरिएबल्स $name, $path, $sha1 और $toplevel तक पहुंच: $name का नाम है
.gitmodules में प्रासंगिक सबमॉड्यूल अनुभाग, $path सबमॉड्यूल का नाम है
सुपरप्रोजेक्ट से संबंधित निर्देशिका, $sha1 में दर्ज की गई प्रतिबद्धता है
सुपरप्रोजेक्ट, और $toplevel सुपरप्रोजेक्ट के शीर्ष-स्तर का पूर्ण पथ है।
सुपरप्रोजेक्ट में परिभाषित लेकिन चेक आउट नहीं किए गए किसी भी सबमॉड्यूल को इसके द्वारा अनदेखा कर दिया जाता है
आज्ञा। जब तक --quiet नहीं दिया जाता, foreach पहले प्रत्येक सबमॉड्यूल का नाम प्रिंट करता है
आदेश का मूल्यांकन. यदि - पुनरावर्ती दिया गया है, तो सबमॉड्यूल को पुनरावर्ती रूप से ट्रैवर्स किया जाता है
(यानी दिए गए शेल कमांड का मूल्यांकन नेस्टेड सबमॉड्यूल में भी किया जाता है)। एक गैर-शून्य
किसी भी सबमॉड्यूल में कमांड से वापसी के कारण प्रोसेसिंग समाप्त हो जाती है। ये हो सकता है
जोड़कर ओवरराइड किया जाए || : आदेश के अंत तक।

उदाहरण के तौर पर, git सबमॉड्यूल foreach 'echo $path `git rev-parse HEAD`' दिखाएगा
पथ और वर्तमान में प्रत्येक सबमॉड्यूल के लिए कमिट की जाँच की गई।

सिंक
सबमॉड्यूल की दूरस्थ यूआरएल कॉन्फ़िगरेशन सेटिंग को निर्दिष्ट मान में सिंक्रनाइज़ करता है
.gitmodules. यह केवल उन सबमॉड्यूल को प्रभावित करेगा जिनमें पहले से ही एक यूआरएल प्रविष्टि है
.git/config (यही स्थिति है जब उन्हें प्रारंभ किया जाता है या ताज़ा जोड़ा जाता है)। यह है
तब उपयोगी होता है जब सबमॉड्यूल यूआरएल अपस्ट्रीम में बदलते हैं और आपको अपने स्थानीय को अपडेट करने की आवश्यकता होती है
तदनुसार भंडार।

"गिट सबमॉड्यूल सिंक" सभी सबमॉड्यूल को सिंक्रोनाइज़ करता है जबकि "गिट सबमॉड्यूल सिंक - ए"
केवल सबमॉड्यूल "ए" को सिंक्रनाइज़ करता है।

यदि --recursive निर्दिष्ट किया गया है, तो यह आदेश पंजीकृत सबमॉड्यूल में पुन: प्रसारित होगा,
और किसी भी नेस्टेड सबमॉड्यूल को सिंक करें।

विकल्प

-क्यू, --शांत
केवल त्रुटि संदेश प्रिंट करें.

-बी, --शाखा
सबमॉड्यूल के रूप में जोड़ने के लिए रिपॉजिटरी की शाखा। शाखा का नाम इस प्रकार दर्ज है
सबमॉड्यूल. अद्यतन के लिए .gitmodules में .शाखा --रिमोट।

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

-- कैश्ड
यह विकल्प केवल स्थिति और सारांश आदेशों के लिए मान्य है। ये आदेश आम तौर पर
सबमॉड्यूल HEAD में पाए गए कमिट का उपयोग करें, लेकिन इस विकल्प के साथ, कमिट संग्रहीत है
इसके स्थान पर सूचकांक का उपयोग किया जाता है।

--फ़ाइलें
यह विकल्प केवल सारांश आदेश के लिए मान्य है. यह कमांड कमिट इन की तुलना करता है
जब इस विकल्प का उपयोग किया जाता है तो सबमॉड्यूल HEAD में उसके साथ सूचकांक।

-n, --सारांश-सीमा
यह विकल्प केवल सारांश आदेश के लिए मान्य है. सारांश आकार (की संख्या) सीमित करें
कमिट कुल मिलाकर दिखाए गए हैं)। 0 देने से सारांश अक्षम हो जाएगा; ऋणात्मक संख्या का अर्थ है
असीमित (डिफ़ॉल्ट)। यह सीमा केवल संशोधित सबमॉड्यूल पर लागू होती है। आकार है
जोड़े गए/हटाए गए/प्रकार बदले गए सबमॉड्यूल के लिए हमेशा 1 तक सीमित।

--दूरस्थ
यह विकल्प केवल अपडेट कमांड के लिए मान्य है। सुपरप्रोजेक्ट का उपयोग करने के बजाय
सबमॉड्यूल को अपडेट करने के लिए रिकॉर्ड किया गया SHA-1, सबमॉड्यूल की स्थिति का उपयोग करें
रिमोट-ट्रैकिंग शाखा। उपयोग किया गया रिमोट शाखा का रिमोट है (शाखा) ।दूर),
मूल के लिए डिफ़ॉल्ट. दूरस्थ शाखा ने मास्टर के लिए डिफ़ॉल्ट का उपयोग किया, लेकिन शाखा का नाम
सबमॉड्यूल सेट करके ओवरराइड किया जा सकता है। या तो .gitmodules में .branch विकल्प
या .git/config (.git/config को प्राथमिकता देते हुए)।

यह किसी भी समर्थित अद्यतन प्रक्रिया (--चेकआउट, --रीबेस, आदि) के लिए काम करता है।
एकमात्र परिवर्तन लक्ष्य SHA-1 का स्रोत है। उदाहरण के लिए, सबमॉड्यूल अद्यतन
--remote --merge, अपस्ट्रीम सबमॉड्यूल परिवर्तनों को सबमॉड्यूल में मर्ज कर देगा
सबमॉड्यूल अपडेट --मर्ज सुपरप्रोजेक्ट गिटलिंक परिवर्तनों को सबमॉड्यूल में मर्ज कर देगा।

वर्तमान ट्रैकिंग शाखा स्थिति सुनिश्चित करने के लिए, अद्यतन --रिमोट लाता है
SHA-1 की गणना करने से पहले सबमॉड्यूल का रिमोट रिपॉजिटरी। यदि आप नहीं चाहते
फ़ेच, आपको सबमॉड्यूल अपडेट --रिमोट --नो-फ़ेच का उपयोग करना चाहिए।

अपस्ट्रीम सबप्रोजेक्ट से परिवर्तनों को अपने साथ एकीकृत करने के लिए इस विकल्प का उपयोग करें
सबमॉड्यूल का वर्तमान प्रमुख। वैकल्पिक रूप से, आप सबमॉड्यूल से git पुल चला सकते हैं,
जो दूरस्थ शाखा नाम को छोड़कर समतुल्य है: update --remote का उपयोग करता है
डिफ़ॉल्ट अपस्ट्रीम रिपॉजिटरी और सबमॉड्यूल। .शाखा, जबकि git पुल का उपयोग करता है
सबमॉड्यूल की शाखा। .विलय. सबमॉड्यूल को प्राथमिकता दें. यदि आप चाहें तो .शाखा
डिफ़ॉल्ट अपस्ट्रीम शाखा को सुपरप्रोजेक्ट और शाखा के साथ वितरित करें। .विलय
यदि आप सबमॉड्यूल में काम करते समय अधिक देशी अनुभव चाहते हैं।

-एन, --नो-फ़ेच
यह विकल्प केवल अपडेट कमांड के लिए मान्य है। से नई वस्तुएँ न लाएँ
दूरस्थ साइट।

--चेक आउट
यह विकल्प केवल अपडेट कमांड के लिए मान्य है। में दर्ज कमिट को चेकआउट करें
सबमॉड्यूल में एक अलग सिर पर सुपरप्रोजेक्ट। यह डिफ़ॉल्ट व्यवहार है,
इस विकल्प का मुख्य उपयोग किसी मान पर सेट होने पर सबमॉड्यूल.$नाम.अपडेट को ओवरराइड करना है
चेकआउट के अलावा. यदि कुंजी सबमॉड्यूल.$name.update या तो स्पष्ट रूप से सेट नहीं है या
चेकआउट पर सेट करें, यह विकल्प अंतर्निहित है।

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

--रिबेस
यह विकल्प केवल अपडेट कमांड के लिए मान्य है। वर्तमान शाखा को पुनः आधार पर रखें
सुपरप्रोजेक्ट में दर्ज प्रतिबद्धता। यदि यह विकल्प दिया गया है, तो सबमॉड्यूल का HEAD
अलग नहीं किया जाएगा. यदि मर्ज विफलता इस प्रक्रिया को रोकती है, तो आपको ऐसा करना होगा
इन विफलताओं को हल करें git-rebase(1). यदि कुंजी सबमॉड्यूल.$नाम.अपडेट पर सेट है
रीबेस, यह विकल्प अंतर्निहित है।

--इस में
यह विकल्प केवल अपडेट कमांड के लिए मान्य है। जिसके लिए सभी सबमॉड्यूल प्रारंभ करें
अद्यतन करने से पहले "git सबमॉड्यूल init" को अब तक नहीं बुलाया गया है।

--नाम
यह विकल्प केवल ऐड कमांड के लिए मान्य है। यह सबमॉड्यूल का नाम सेट करता है
इसके पथ को डिफ़ॉल्ट करने के बजाय स्ट्रिंग दी गई। नाम एक निर्देशिका के रूप में मान्य होना चाहिए
नाम और a से ख़त्म नहीं हो सकता /.

--संदर्भ
यह विकल्प केवल ऐड और अपडेट कमांड के लिए मान्य है। इन आदेशों की कभी-कभी आवश्यकता होती है
किसी दूरस्थ रिपॉजिटरी को क्लोन करने के लिए। इस स्थिति में, यह विकल्प पास कर दिया जाएगा गिट-
क्लोन(१) आदेश।

ध्यान दें: करना नहीं इस विकल्प का उपयोग तब तक करें जब तक आपने नोट नहीं पढ़ लिया हो Git क्लोन(1) एस
--संदर्भ और --साझा विकल्प सावधानी से।

- आक्रामक
यह विकल्प केवल फ़ोरैच, अपडेट, स्टेटस और सिंक कमांड के लिए मान्य है। पार
सबमॉड्यूल पुनरावर्ती रूप से। ऑपरेशन न केवल के सबमॉड्यूल में किया जाता है
वर्तमान रेपो, लेकिन उन सबमॉड्यूल के अंदर किसी भी नेस्टेड सबमॉड्यूल में भी (और इसी तरह)।

--गहराई
यह विकल्प ऐड और अपडेट कमांड के लिए मान्य है। एक बनाने के उथला ए के साथ क्लोन करें
इतिहास को संशोधनों की निर्दिष्ट संख्या तक छोटा कर दिया गया। देखना Git क्लोन(1)

...
सबमॉड्यूल के पथ। निर्दिष्ट होने पर यह कमांड को केवल संचालित करने तक ही सीमित कर देगा
निर्दिष्ट पथों पर पाए गए सबमॉड्यूल पर। (यह तर्क ऐड के साथ आवश्यक है)।

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