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

कार्यक्रम:

नाम

गिट - बेवकूफी भरा कंटेंट ट्रैकर

SYNOPSIS

Git [--संस्करण] [--सहायता] [-सी ] [-सी = ]
[--निष्पादन-पथ[= ]] [--html-पथ] [--मैन-पथ] [--जानकारी-पथ]
[-पी|--पेजिनेट|--नो-पेजर] [--नो-रिप्लेस-ऑब्जेक्ट्स] [--बेयर]
[--git-dir= ] [--कार्य-वृक्ष= ] [--नेमस्पेस= ]
[ ]

वर्णन

Git असामान्य रूप से समृद्ध एक तेज़, स्केलेबल, वितरित पुनरीक्षण नियंत्रण प्रणाली है
कमांड सेट जो उच्च-स्तरीय संचालन और आंतरिक तक पूर्ण पहुंच प्रदान करता है।

देख gittutorial(7) शुरू करो फिर देखो giteeverday(7) उपयोगी न्यूनतम सेट के लिए
आदेश। NS जाना उपयोगकर्ता की हाथ-संबंधी[1] अधिक गहन परिचय है।

बुनियादी अवधारणाओं में महारत हासिल करने के बाद, आप यह जानने के लिए इस पृष्ठ पर वापस आ सकते हैं
आदेश Git प्रदान करता है। आप "git मदद" से व्यक्तिगत Git कमांड के बारे में अधिक जान सकते हैं
आज्ञा"। gitcli(7) मैनुअल पेज आपको कमांड-लाइन कमांड सिंटैक्स का अवलोकन देता है।

नवीनतम Git दस्तावेज़ का स्वरूपित और हाइपरलिंक्ड संस्करण यहां देखा जा सकता है
http://git-htmldocs.googlecode.com/git/git.html.

विकल्प

--संस्करण
Git सुइट संस्करण प्रिंट करता है जो कि Git कार्यक्रम से आया.

--मदद
सारांश और सबसे अधिक उपयोग किए जाने वाले कमांड की सूची प्रिंट करता है। यदि विकल्प --सब
or -a दिया गया है तो सभी उपलब्ध कमांड मुद्रित हो जाते हैं। यदि किसी Git कमांड को यह नाम दिया गया है
विकल्प उस कमांड के लिए मैनुअल पेज लाएगा।

मैन्युअल पेज कैसे प्रदर्शित होता है इसे नियंत्रित करने के लिए अन्य विकल्प उपलब्ध हैं। देखना गिट-
मदद(1) अधिक जानकारी के लिए, क्योंकि git --help ... को आंतरिक रूप से git में परिवर्तित किया जाता है
मदद ....

-सी
ऐसे चलाएँ जैसे कि git प्रारंभ किया गया हो वर्तमान कार्यशील निर्देशिका के बजाय। कब
एकाधिक -सी विकल्प दिए गए हैं, प्रत्येक बाद के गैर-पूर्ण -सी व्याख्या की जाती है
पूर्ववर्ती -सी के सापेक्ष .

यह विकल्प उन विकल्पों को प्रभावित करता है जो --git-dir और --work-tree जैसे पथ नाम की अपेक्षा करते हैं
पथ नामों की उनकी व्याख्या कार्य के सापेक्ष बनाई जाएगी
-सी विकल्प के कारण निर्देशिका। उदाहरण के लिए निम्नलिखित मंगलाचरण हैं
समकक्ष:

git --git-dir=a.git --work-tree=b -C c स्थिति
git --git-dir=c/a.git --work-tree=c/b स्थिति

-सी =
कमांड में कॉन्फ़िगरेशन पैरामीटर पास करें। दिया गया मान मानों को ओवरराइड कर देगा
कॉन्फ़िगरेशन फ़ाइलों से. द्वारा सूचीबद्ध उसी प्रारूप में अपेक्षित है Git
विन्यास (उपकुंजियाँ बिंदुओं द्वारा अलग की गई हैं)।

ध्यान दें कि git -c foo.bar ... में = को हटाने की अनुमति है और foo.bar को सेट किया गया है
बूलियन सही मान (ठीक उसी तरह जैसे [foo]bar किसी कॉन्फ़िगरेशन फ़ाइल में होता है)। जिसमें बराबरी वाले भी शामिल हैं
लेकिन एक खाली मान के साथ (जैसे git -c foo.bar= ...) foo.bar को खाली स्ट्रिंग पर सेट करता है।

--exec-पथ[= ]
जहां भी आपके कोर Git प्रोग्राम स्थापित हैं, वहां का पथ। इस पर भी नियंत्रण पाया जा सकता है
GIT_EXEC_PATH पर्यावरण चर सेट करना। यदि कोई पथ नहीं दिया गया है, Git प्रिंट करेंगे
वर्तमान सेटिंग और फिर बाहर निकलें।

--html-पथ
स्लैश को पीछे किए बिना पथ प्रिंट करें, जहां Git का HTML दस्तावेज़ स्थापित है
और बाहर निकलें

--मानव-पथ
मैनपाथ प्रिंट करें (देखें आदमी(1)) गिट और एग्जिट के इस संस्करण के लिए मैन पेजों के लिए।

--सूचना-पथ
उस पथ को प्रिंट करें जहां Git के इस संस्करण का दस्तावेजीकरण करने वाली जानकारी फ़ाइलें स्थापित हैं और
बाहर जाएं।

-पी, --पेजिनेट करें
सभी आउटपुट को पाइप करें कम (या यदि सेट है, तो $PAGER) यदि मानक आउटपुट एक टर्मिनल है। यह
पेजर को ओवरराइड करता है. कॉन्फ़िगरेशन विकल्प ("कॉन्फ़िगरेशन तंत्र" देखें)
नीचे अनुभाग)।

--नो-पेजर
Git आउटपुट को पेजर में पाइप न करें।

--git-dir=
रिपॉजिटरी के लिए पथ निर्धारित करें। इसे GIT_DIR सेट करके भी नियंत्रित किया जा सकता है
पर्यावरणपरिवर्ती तारक। यह वर्तमान कार्यप्रणाली के लिए एक निरपेक्ष पथ या सापेक्ष पथ हो सकता है
निर्देशिका.

--कार्य-वृक्ष=
कार्यशील वृक्ष के लिए पथ निर्धारित करें। यह एक निरपेक्ष पथ या सापेक्ष पथ हो सकता है
वर्तमान कार्यशील निर्देशिका. इसे GIT_WORK_TREE सेट करके भी नियंत्रित किया जा सकता है
पर्यावरण चर और कोर.वर्कट्री कॉन्फ़िगरेशन चर (कोर.वर्कट्री देखें)।
in गिट-कॉन्फ़िगरेशन(1) अधिक विस्तृत चर्चा के लिए)।

--नामस्थान=
Git नेमस्पेस सेट करें. देखना gitnamespaces(7) अधिक जानकारी के लिए। सेटिंग के बराबर
GIT_NAMESPACE पर्यावरण चर।

-- नंगे
रिपॉजिटरी को एक खाली रिपॉजिटरी के रूप में मानें। यदि GIT_DIR वातावरण सेट नहीं है, तो यह है
वर्तमान कार्यशील निर्देशिका पर सेट करें।

--कोई-प्रतिस्थापन-ऑब्जेक्ट नहीं
Git ऑब्जेक्ट को बदलने के लिए प्रतिस्थापन रेफरी का उपयोग न करें। देखना गिट-प्रतिस्थापन(1) अधिक के लिए
जानकारी.

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

--ग्लोब-पाथस्पेक्स
सभी पाथस्पेक में "ग्लोब" जादू जोड़ें। यह GIT_GLOB_PATHSPECS सेट करने के बराबर है
पर्यावरण चर को 1. अलग-अलग पाथस्पेक्स पर ग्लोबिंग को अक्षम किया जा सकता है
पाथस्पेक जादू का उपयोग करना ":(शाब्दिक)"

--नोग्लोब-पाथस्पेक्स
सभी पाथस्पेक में "शाब्दिक" जादू जोड़ें। यह की स्थापना के बराबर है
GIT_NOGLOB_PATHSPECS पर्यावरण चर से 1. व्यक्ति पर ग्लोबिंग सक्षम करना
पाथस्पेक पाथस्पेक मैजिक ":(ग्लोब)" का उपयोग करके किया जा सकता है

--icase-pathspecs
सभी पाथस्पेक में "आईकेस" जादू जोड़ें। यह की स्थापना के बराबर है
GIT_ICASE_PATHSPECS पर्यावरण चर 1.

GIT कमानों

हम Git को उच्च स्तरीय ("पोर्सिलेन") कमांड और निम्न स्तर ("प्लंबिंग") कमांड में विभाजित करते हैं।

उच्च स्तर कमानों (चीनी मिटटी)

हम पोर्सिलेन कमांड को मुख्य कमांड और कुछ सहायक उपयोगकर्ता में अलग करते हैं
उपयोगिताओं।

मुख्य चीनी मिटटी आज्ञाओं
git-जोड़ें(1)
फ़ाइल सामग्री को अनुक्रमणिका में जोड़ें.

गिट-हूँ(1)
मेलबॉक्स से पैच की एक श्रृंखला लागू करें।

गिट-संग्रह(1)
नामित ट्री से फ़ाइलों का एक संग्रह बनाएं।

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

Git शाखा(1)
शाखाओं को सूचीबद्ध करें, बनाएं या हटाएं।

git-बंडल(1)
वस्तुओं और रेफरियों को संग्रह द्वारा स्थानांतरित करें।

गिट-चेकआउट(1)
शाखाएँ बदलें या कार्यशील ट्री फ़ाइलें पुनर्स्थापित करें।

गिट-चेरी-पिक(1)
कुछ मौजूदा प्रतिबद्धताओं द्वारा पेश किए गए परिवर्तनों को लागू करें।

git-citool(1)
गिट-कमिट का ग्राफिकल विकल्प।

गिट-क्लीन(1)
कार्यशील ट्री से अनट्रैक की गई फ़ाइलें हटाएँ।

Git क्लोन(1)
एक रिपॉजिटरी को एक नई निर्देशिका में क्लोन करें।

Git-लिखें(1)
रिपॉजिटरी में परिवर्तन रिकॉर्ड करें।

git-वर्णन(1)
किसी कमिट में उपलब्ध नवीनतम टैग का उपयोग करके उसका वर्णन करें।

git-diff(1)
कमिट, कमिट और वर्किंग ट्री आदि के बीच परिवर्तन दिखाएं।

git-fetch(1)
किसी अन्य रिपॉजिटरी से ऑब्जेक्ट और रेफरी डाउनलोड करें।

गिट-प्रारूप-पैच(1)
ई-मेल सबमिशन के लिए पैच तैयार करें।

git-gc(1)
अनावश्यक फ़ाइलों को साफ़ करें और स्थानीय रिपॉजिटरी को अनुकूलित करें।

git-grep(1)
किसी पैटर्न से मेल खाती पंक्तियाँ प्रिंट करें।

git-gui(1)
Git के लिए एक पोर्टेबल ग्राफिकल इंटरफ़ेस।

git-init(1)
एक खाली Git रिपॉजिटरी बनाएं या किसी मौजूदा को पुनः प्रारंभ करें।

गिट-लॉग(1)
प्रतिबद्ध लॉग दिखाएं.

git-मर्ज(1)
दो या दो से अधिक विकास इतिहासों को एक साथ जोड़ें।

गिट-एमवी(1)
किसी फ़ाइल, निर्देशिका या सिम्लिंक को स्थानांतरित करें या उसका नाम बदलें।

गिट-नोट्स(1)
ऑब्जेक्ट नोट्स जोड़ें या निरीक्षण करें.

Git पुल(1)
किसी अन्य रिपॉजिटरी या स्थानीय शाखा से प्राप्त करें और उसके साथ एकीकृत करें।

गिट-पुश(1)
संबंधित ऑब्जेक्ट के साथ-साथ दूरस्थ रेफरी को अपडेट करें।

git-rebase(1)
फॉरवर्ड-पोर्ट लोकल अद्यतन अपस्ट्रीम हेड के लिए प्रतिबद्ध है।

git-रीसेट(1)
वर्तमान HEAD को निर्दिष्ट स्थिति में रीसेट करें।

गिट-रिवर्ट(1)
कुछ मौजूदा प्रतिबद्धताओं को पूर्ववत करें।

गिट-आरएम(1)
वर्किंग ट्री और इंडेक्स से फ़ाइलें हटाएँ।

गिट-शॉर्टलॉग(1)
संक्षेप में प्रस्तुत करना Git लॉग इन उत्पादन.

गिट-शो(1)
विभिन्न प्रकार की वस्तुएँ दिखाएँ।

git-stash(1)
किसी गंदी कार्यशील निर्देशिका में परिवर्तनों को छिपाकर रखें।

git-स्थिति(1)
कार्यशील वृक्ष की स्थिति दिखाएँ.

git-सबमॉड्यूल(1)
सबमॉड्यूल को प्रारंभ, अद्यतन या निरीक्षण करें।

git-टैग(1)
GPG के साथ हस्ताक्षरित टैग ऑब्जेक्ट बनाएं, सूचीबद्ध करें, हटाएं या सत्यापित करें।

git-worktree(1)
अनेक कार्यशील वृक्षों का प्रबंधन करें.

gitk(1)
गिट रिपॉजिटरी ब्राउज़र।

अधीनस्थ कमानों
जोड़तोड़ करने वाले:

गिट-कॉन्फ़िगरेशन(1)
रिपॉजिटरी या वैश्विक विकल्प प्राप्त करें और सेट करें।

गिट-फास्ट-निर्यात(1)
गिट डेटा निर्यातक।

गिट-फास्ट-आयात(1)
तेज़ Git डेटा आयातकों के लिए बैकएंड।

git-फ़िल्टर-शाखा(1)
शाखाएँ फिर से लिखें.

git-mergetool(1)
मर्ज विवादों को हल करने के लिए मर्ज विरोध समाधान उपकरण चलाएँ।

गिट-पैक-रेफ्स(1)
कुशल रिपोजिटरी पहुंच के लिए हेड और टैग पैक करें।

git-prune(1)
ऑब्जेक्ट डेटाबेस से सभी पहुंच योग्य वस्तुओं को छाँटें।

git-रीफ्लॉग(1)
रीफ्लॉग जानकारी प्रबंधित करें.

git-relink(1)
स्थानीय रिपॉजिटरी में सामान्य ऑब्जेक्ट को हार्डलिंक करें।

गिट-रिमोट(1)
ट्रैक किए गए रिपॉजिटरी का सेट प्रबंधित करें।

git-repack(1)
अनपैक की गई वस्तुओं को भंडार में पैक करें।

गिट-प्रतिस्थापन(1)
ऑब्जेक्ट को बदलने के लिए रेफरी बनाएं, सूचीबद्ध करें, हटाएं।

पूछताछकर्ता:

गिट-एनोटेट(1)
प्रतिबद्ध जानकारी के साथ फ़ाइल पंक्तियों को एनोटेट करें।

गिट-दोष(1)
दिखाएँ कि फ़ाइल की प्रत्येक पंक्ति को अंतिम बार किस संशोधन और लेखक ने संशोधित किया था।

गिट-चेरी(1)
अपस्ट्रीम पर लागू होने के लिए अभी तक कमिट खोजें।

गिट-गिनती-ऑब्जेक्ट्स(1)
अनपैक्ड वस्तुओं की संख्या और उनकी डिस्क खपत की गणना करें।

git-difftool(1)
सामान्य अंतर टूल का उपयोग करके परिवर्तन दिखाएं।

git-fsck(1)
डेटाबेस में ऑब्जेक्ट की कनेक्टिविटी और वैधता को सत्यापित करता है।

गिट-गेट-टार-कमिट-आईडी(1)
गिट-आर्काइव का उपयोग करके बनाए गए संग्रह से कमिट आईडी निकालें।

git-सहायता(1)
Git के बारे में सहायता जानकारी प्रदर्शित करें.

गिट-इंस्टावेब(1)
Gitweb में अपनी कार्यशील रिपॉजिटरी को तुरंत ब्राउज़ करें।

गिट-मर्ज-ट्री(1)
इंडेक्स को छुए बिना तीन-तरफा मर्ज दिखाएं।

git-rerere(1)
विवादित विलयों के रिकॉर्ड किए गए समाधान का पुन: उपयोग करें।

गिट-रेव-पार्स(1)
मापदंडों को चुनें और मालिश करें।

गिट-शो-शाखा(1)
शाखाएँ और उनकी प्रतिबद्धताएँ दिखाएँ।

git-सत्यापन-प्रतिबद्ध(1)
कमिट के GPG हस्ताक्षर की जाँच करें।

git-सत्यापन-टैग(1)
टैग के GPG हस्ताक्षर की जाँच करें।

git-whatchange(1)
प्रत्येक कमिट द्वारा प्रस्तुत अंतर के साथ लॉग दिखाएं।

गिटवेब(1)
Git वेब इंटरफ़ेस (Git रिपॉजिटरी का वेब फ्रंटेंड)।

बातचीत साथ में अन्य
ये आदेश विदेशी एससीएम और अन्य लोगों के साथ पैच ओवर के माध्यम से बातचीत करने के लिए हैं
ई-मेल।

गिट-आर्किमपोर्ट(1)
Git में एक आर्क रिपॉजिटरी आयात करें।

git-cvsexportcommit(1)
सीवीएस चेकआउट के लिए एकल कमिट निर्यात करें।

git-cvsimport(1)
किसी अन्य एससीएम से अपना डेटा बचाएं, जिससे लोग नफरत करना पसंद करते हैं।

git-cvsserver(1)
Git के लिए एक CVS सर्वर एमुलेटर।

गिट-इमैप-भेजें(1)
Stdin से IMAP फ़ोल्डर में पैच का संग्रह भेजें।

गिट-पी4(1)
पर्सफोर्स रिपॉजिटरी से आयात करें और सबमिट करें।

git-quiltimport(1)
वर्तमान शाखा पर रजाई पैचसेट लागू करता है।

गिट-अनुरोध-पुल(1)
लंबित परिवर्तनों का सारांश तैयार करता है।

गिट-भेजें-ईमेल(1)
पैच का संग्रह ईमेल के रूप में भेजें।

git-svn(1)
सबवर्सन रिपॉजिटरी और Git के बीच द्विदिशात्मक संचालन।

कम स्तर कमानों (नलसाजी)

हालाँकि Git में अपनी स्वयं की चीनी मिट्टी की परत शामिल है, लेकिन इसके निम्न-स्तरीय कमांड पर्याप्त हैं
वैकल्पिक चीनी मिट्टी के बर्तनों के विकास का समर्थन करें। ऐसे चीनी मिट्टी के बर्तनों के डेवलपर्स शुरू हो सकते हैं
के बारे में पढ़कर गिट-अद्यतन-सूचकांक(1) और गिट-रीड-ट्री(1).

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

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

जोड़ - तोड़ आज्ञाओं
गिट-लागू(1)
फ़ाइलों और/या अनुक्रमणिका पर एक पैच लागू करें।

गिट-चेकआउट-सूचकांक(1)
इंडेक्स से फाइलों को वर्किंग ट्री में कॉपी करें।

गिट-प्रतिबद्ध-वृक्ष(1)
एक नया प्रतिबद्ध ऑब्जेक्ट बनाएं।

git-हैश-ऑब्जेक्ट(1)
ऑब्जेक्ट आईडी की गणना करें और वैकल्पिक रूप से फ़ाइल से एक ब्लॉब बनाएं।

गिट-इंडेक्स-पैक(1)
मौजूदा पैक्ड संग्रह के लिए पैक इंडेक्स फ़ाइल बनाएं।

git-मर्ज-फ़ाइल(1)
तीन-तरफ़ा फ़ाइल मर्ज चलाएँ।

git-मर्ज-इंडेक्स(1)
मर्ज करने की आवश्यकता वाली फ़ाइलों के लिए मर्ज चलाएँ।

git-mktag(1)
एक टैग ऑब्जेक्ट बनाता है.

git-mktree(1)
एलएस-ट्री स्वरूपित पाठ से एक ट्री-ऑब्जेक्ट बनाएं।

गिट-पैक-ऑब्जेक्ट्स(1)
वस्तुओं का एक पैक्ड संग्रह बनाएं।

git-prune-पैक(1)
अतिरिक्त ऑब्जेक्ट हटाएं जो पहले से ही पैक फ़ाइलों में हैं।

गिट-रीड-ट्री(1)
सूचकांक में पेड़ की जानकारी पढ़ता है।

गिट-प्रतीकात्मक-रेफ(1)
प्रतीकात्मक संदर्भ पढ़ें, संशोधित करें और हटाएं।

गिट-अनपैक-ऑब्जेक्ट्स(1)
पैक किए गए संग्रह से वस्तुओं को अनपैक करें।

गिट-अद्यतन-सूचकांक(1)
कार्यशील ट्री में फ़ाइल सामग्री को अनुक्रमणिका में पंजीकृत करें।

गिट-अपडेट-रेफ(1)
रेफरी में संग्रहीत ऑब्जेक्ट नाम को सुरक्षित रूप से अपडेट करें।

गिट-लिखें-वृक्ष(1)
वर्तमान इंडेक्स से एक ट्री ऑब्जेक्ट बनाएं।

पूछताछ आज्ञाओं
git-बिल्ली-फ़ाइल(1)
रिपॉजिटरी ऑब्जेक्ट के लिए सामग्री या प्रकार और आकार की जानकारी प्रदान करें।

गिट-diff-files(1)
कार्यशील ट्री और इंडेक्स में फ़ाइलों की तुलना करता है।

git-diff-index(1)
किसी पेड़ की तुलना कार्यशील पेड़ या सूचकांक से करें।

गिट-डिफ-ट्री(1)
दो वृक्ष वस्तुओं के माध्यम से पाए गए ब्लॉब्स की सामग्री और मोड की तुलना करता है।

प्रत्येक रेफरी के लिए गिट(1)
प्रत्येक रेफरी पर आउटपुट जानकारी।

git-ls-फ़ाइलें(1)
अनुक्रमणिका और कार्यशील ट्री में फ़ाइलों के बारे में जानकारी दिखाएँ।

git-ls-रिमोट(1)
दूरस्थ रिपॉजिटरी में संदर्भों की सूची बनाएं।

git-ls-tree(1)
किसी ट्री ऑब्जेक्ट की सामग्री को सूचीबद्ध करें।

गिट-मर्ज-बेस(1)
मर्ज के लिए यथासंभव अच्छे सामान्य पूर्वज खोजें।

गिट-नाम-रेव(1)
दिए गए रेव्स के लिए प्रतीकात्मक नाम खोजें।

गिट-पैक-अनावश्यक(1)
अनावश्यक पैक फ़ाइलें ढूंढें.

गिट-रेव-सूची(1)
सूचियाँ वस्तुओं को उल्टे कालानुक्रमिक क्रम में प्रस्तुत करती हैं।

गिट-शो-इंडेक्स(1)
पैक्ड संग्रह अनुक्रमणिका दिखाएँ.

गिट-शो-रेफ(1)
स्थानीय भंडार में संदर्भों की सूची बनाएं।

git-अनपैक-फ़ाइल(1)
ब्लॉब की सामग्री के साथ एक अस्थायी फ़ाइल बनाता है।

git-वर(1)
एक Git तार्किक चर दिखाएँ।

git-सत्यापन-पैक(1)
पैक की गई Git संग्रह फ़ाइलों को मान्य करें।

सामान्य तौर पर, पूछताछ आदेश कार्यशील ट्री में फ़ाइलों को नहीं छूते हैं।

सिंक खजाने
Git-डेमॉन(1)
Git रिपॉजिटरी के लिए एक बहुत ही सरल सर्वर।

गिट-फ़ेच-पैक(1)
किसी अन्य रिपॉजिटरी से गुम वस्तुएं प्राप्त करें।

गिट-http-बैकएंड(1)
HTTP पर Git का सर्वर साइड कार्यान्वयन।

गिट-भेजें-पैक(1)
Git प्रोटोकॉल पर ऑब्जेक्ट को किसी अन्य रिपॉजिटरी पर पुश करें।

गिट-अद्यतन-सर्वर-जानकारी(1)
बेवकूफ़ सर्वरों की मदद के लिए सहायक जानकारी फ़ाइल अपडेट करें।

उपरोक्त द्वारा उपयोग किए गए सहायक आदेश निम्नलिखित हैं; अंतिम उपयोगकर्ता आमतौर पर उनका उपयोग नहीं करते हैं
सीधे.

git-http-fetch(1)
HTTP के माध्यम से दूरस्थ Git रिपॉजिटरी से डाउनलोड करें।

गिट-http-पुश(1)
HTTP/DAV पर ऑब्जेक्ट को किसी अन्य रिपॉजिटरी पर पुश करें।

गिट-पार्स-रिमोट(1)
रिमोट रिपॉजिटरी एक्सेस पैरामीटर्स को पार्स करने में मदद करने के लिए रूटीन।

गिट-प्राप्त-पैक(1)
रिपॉजिटरी में जो डाला गया है उसे प्राप्त करें।

git-खोल(1)
केवल Git SSH एक्सेस के लिए प्रतिबंधित लॉगिन शेल।

गिट-अपलोड-संग्रह(1)
संग्रह को वापस गिट-आर्काइव में भेजें।

गिट-अपलोड-पैक(1)
पैक की गई वस्तुओं को वापस git-fetch-pack पर भेजें।

आंतरिक सहायक आज्ञाओं
ये अन्य कमांड द्वारा उपयोग किए जाने वाले आंतरिक सहायक कमांड हैं; अंतिम उपयोगकर्ता आमतौर पर उपयोग नहीं करते हैं
उन्हें सीधे.

git-check-atr(1)
gitattributes जानकारी प्रदर्शित करें।

गिट-चेक-अनदेखा करें(1)
gitignore को डीबग करें/फ़ाइलों को बाहर निकालें।

गिट-चेक-मेलमैप(1)
संपर्कों के विहित नाम और ईमेल पते दिखाएँ।

गिट-चेक-रेफ-प्रारूप(1)
यह सुनिश्चित करता है कि एक संदर्भ नाम अच्छी तरह से बना है।

गिट-कॉलम(1)
कॉलम में डेटा प्रदर्शित करें.

git-क्रेडेंशियल(1)
उपयोगकर्ता क्रेडेंशियल पुनर्प्राप्त करें और संग्रहीत करें।

git-क्रेडेंशियल-कैश(1)
मेमोरी में पासवर्ड को अस्थायी रूप से संग्रहीत करने में सहायक।

गिट-क्रेडेंशियल-स्टोर(1)
डिस्क पर क्रेडेंशियल संग्रहीत करने में सहायक।

git-fmt-मर्ज-संदेश(1)
एक मर्ज प्रतिबद्ध संदेश तैयार करें.

गिट-व्याख्या-ट्रेलर(1)
प्रतिबद्ध संदेशों में संरचित जानकारी जोड़ने में सहायता करें।

git-mailinfo(1)
एक ही ई-मेल संदेश से पैच और ऑथरशिप निकालता है।

git-mailsplit(1)
सरल UNIX एमबॉक्स स्प्लिटर प्रोग्राम।

गिट-मर्ज-वन-फ़ाइल(1)
गिट-मर्ज-इंडेक्स के साथ उपयोग करने के लिए मानक सहायक प्रोग्राम।

git-पैच-आईडी(1)
एक पैच के लिए अद्वितीय आईडी की गणना करें।

git-sh-i18n(1)
शेल स्क्रिप्ट के लिए Git का i18n सेटअप कोड।

गिट-श-सेटअप(1)
सामान्य Git शेल स्क्रिप्ट सेटअप कोड।

गिट-स्ट्रिपस्पेस(1)
अनावश्यक रिक्त स्थान हटाएँ.

विन्यास तंत्र

Git उन अनुकूलन को संग्रहीत करने के लिए एक सरल पाठ प्रारूप का उपयोग करता है जो प्रति रिपॉजिटरी और प्रति हैं
उपयोगकर्ता. ऐसी कॉन्फ़िगरेशन फ़ाइल इस तरह दिख सकती है:

#
# ए '#' या ';' चरित्र एक टिप्पणी इंगित करता है.
#

; मूल चर
[कोर]
; फ़ाइल मोड पर भरोसा न करें
फ़ाइलमोड = गलत

; उपयोगकर्ता की पहचान
[उपयोगकर्ता]
नाम = "जूनियो सी हामानो"
ईमेल = "[ईमेल संरक्षित]"

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

पहचानकर्ता शब्दावली

किसी भी प्रकार की वस्तु के लिए वस्तु का नाम इंगित करता है।


ब्लॉब ऑब्जेक्ट नाम इंगित करता है।


एक वृक्ष वस्तु का नाम दर्शाता है।


एक प्रतिबद्ध ऑब्जेक्ट नाम इंगित करता है।


किसी ट्री, कमिट या टैग ऑब्जेक्ट नाम को इंगित करता है। एक आदेश जो लेता है
तर्क अंततः एक पर कार्य करना चाहता है ऑब्जेक्ट लेकिन स्वचालित रूप से डीरेफ़रेंस
और वे वस्तुएँ जो a की ओर इंगित करती हैं .


किसी कमिट या टैग ऑब्जेक्ट नाम को इंगित करता है। एक आदेश जो लेता है तर्क
अंततः एक पर काम करना चाहता है ऑब्जेक्ट लेकिन स्वचालित रूप से डीरेफ़रेंस
वे वस्तुएँ जो a की ओर इंगित करती हैं .


इंगित करता है कि एक ऑब्जेक्ट प्रकार की आवश्यकता है। वर्तमान में इनमें से एक: ब्लॉब, ट्री, कमिट, या
टैग।


एक फ़ाइल नाम इंगित करता है - लगभग हमेशा पेड़ संरचना की जड़ से संबंधित
GIT_INDEX_FILE वर्णन करता है।

प्रतीकात्मक पहचानकर्ता

कोई भी Git कमांड किसी को भी स्वीकार कर रहा है निम्नलिखित प्रतीकात्मक संकेतन का भी उपयोग कर सकते हैं:

सिर
वर्तमान शाखा के प्रमुख को इंगित करता है.


एक वैध टैग नाम (यानी एक रेफरी/टैग/ संदर्भ)।


एक वैध सिर नाम (अर्थात एक रेफरी/प्रमुख/ संदर्भ)।

ऑब्जेक्ट नामों की वर्तनी के तरीकों की अधिक संपूर्ण सूची के लिए, "संशोधन निर्दिष्ट करना" अनुभाग देखें
in गीट्रेविज़न(7).

फ़ाइल/निर्देशिका ढांचे

देखने के लिए कृपया gitrepository-लेआउट(5) दस्तावेज़.

पढ़ना गीथूक(5) प्रत्येक हुक के बारे में अधिक जानकारी के लिए।

उच्च स्तरीय SCM $GIT_DIR में अतिरिक्त जानकारी प्रदान और प्रबंधित कर सकते हैं।

शब्दावली

कृपया देखें gitशब्दावली(7).

वातावरण चर

विभिन्न Git कमांड निम्नलिखित पर्यावरण चर का उपयोग करते हैं:

RSI जाना कोष
ये पर्यावरण चर लागू होते हैं सब कोर गिट कमांड। नायब: यह ध्यान देने योग्य बात है
Git के ऊपर बैठे SCMS द्वारा उनका उपयोग/ओवरराइड किया जा सकता है, इसलिए किसी विदेशी का उपयोग करते समय सावधानी बरतें
फ़्रंट एंड।

GIT_INDEX_FILE
यह वातावरण एक वैकल्पिक अनुक्रमणिका फ़ाइल के विनिर्देशन की अनुमति देता है। अगर नहीं
निर्दिष्ट, $GIT_DIR/index का डिफ़ॉल्ट उपयोग किया जाता है।

GIT_INDEX_संस्करण
यह पर्यावरण चर नए के लिए एक सूचकांक संस्करण के विनिर्देशन की अनुमति देता है
भंडार। यह मौजूदा इंडेक्स फ़ाइलों को प्रभावित नहीं करेगा. डिफ़ॉल्ट रूप से अनुक्रमणिका फ़ाइल संस्करण 2 या
3 का प्रयोग किया जाता है. देखना गिट-अद्यतन-सूचकांक(1) अधिक जानकारी के लिए।

GIT_OBJECT_DIRECTORY
यदि ऑब्जेक्ट स्टोरेज निर्देशिका इस पर्यावरण चर के माध्यम से निर्दिष्ट है तो
sha1 निर्देशिकाएँ नीचे बनाई गई हैं - अन्यथा डिफ़ॉल्ट $GIT_DIR/objects
निर्देशिका का उपयोग किया जाता है।

GIT_ALTERNATE_OBJECT_निर्देशिकाएँ
Git ऑब्जेक्ट की अपरिवर्तनीय प्रकृति के कारण, पुरानी वस्तुओं को साझा में संग्रहीत किया जा सकता है,
केवल पढ़ने योग्य निर्देशिकाएँ। यह वेरिएबल एक ":" को अलग करता है (विंडोज़ पर ";"
अलग) Git ऑब्जेक्ट निर्देशिकाओं की सूची जिसका उपयोग Git ऑब्जेक्ट की खोज के लिए किया जा सकता है।
इन निर्देशिकाओं में नई वस्तुएँ नहीं लिखी जाएंगी।

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

GIT_WORK_TREE
कार्यशील वृक्ष की जड़ तक पथ निर्धारित करें। इसे भी नियंत्रित किया जा सकता है
--कार्य-वृक्ष कमांड-लाइन विकल्प और core.worktree कॉन्फ़िगरेशन वैरिएबल।

GIT_NAMESPACE
Git नेमस्पेस सेट करें; देखना gitnamespaces(7) विवरण के लिए. --नाम स्थान कमांड लाइन
विकल्प यह मान भी निर्धारित करता है।

GIT_CEILING_निर्देशिकाएँ
यह पूर्ण पथों की एक कोलन-पृथक सूची होनी चाहिए। यदि सेट किया गया है, तो यह की एक सूची है
रिपॉजिटरी निर्देशिका की तलाश करते समय Git को जिन निर्देशिकाओं पर ध्यान नहीं देना चाहिए
(धीमी गति से लोड होने वाली नेटवर्क निर्देशिकाओं को बाहर करने के लिए उपयोगी)। यह को बाहर नहीं करेगा
वर्तमान कार्यशील निर्देशिका या कमांड लाइन पर या वातावरण में GIT_DIR सेट।
आम तौर पर, Git को इस सूची में प्रविष्टियों को पढ़ना होगा और किसी भी सिम्लिंक को हल करना होगा
वर्तमान निर्देशिका के साथ उनकी तुलना करने के लिए उपस्थित रहें। हालाँकि, यदि यह भी
पहुंच धीमी है, आप Git को यह बताने के लिए सूची में एक खाली प्रविष्टि जोड़ सकते हैं कि अगला
प्रविष्टियाँ सिम्लिंक नहीं हैं और उन्हें हल करने की आवश्यकता नहीं है; उदाहरणार्थ,
GIT_CEILING_DIRECTORIES=/शायद/सिम्लिंक::/बहुत/धीमा/गैर/सिम्लिंक.

GIT_DISCOVERY_ACROSS_FILESYSTEM
जब ऐसी निर्देशिका में चलाया जाता है जिसमें ".git" रिपॉजिटरी निर्देशिका नहीं होती है, तो Git ऐसा करने का प्रयास करता है
कार्यशील वृक्ष के शीर्ष को खोजने के लिए मूल निर्देशिकाओं में ऐसी निर्देशिका खोजें,
लेकिन डिफ़ॉल्ट रूप से यह फ़ाइल सिस्टम सीमाओं को पार नहीं करता है। यह पर्यावरण चर कर सकता है
Git को फ़ाइल सिस्टम सीमाओं पर न रुकने के लिए कहने के लिए सत्य पर सेट किया जाए। पसंद
GIT_CEILING_निर्देशिकाएँ, यह के माध्यम से सेट की गई एक स्पष्ट रिपोजिटरी निर्देशिका को प्रभावित नहीं करेगा
जीआईटी_डीआईआर या कमांड लाइन पर.

GIT_COMMON_DIR
यदि यह वेरिएबल किसी पथ पर सेट है, तो गैर-वर्कट्री फ़ाइलें जो सामान्य रूप से $GIT_DIR में होती हैं
इसके बजाय इस पथ से लिया जाएगा. वर्कट्री-विशिष्ट फ़ाइलें जैसे HEAD या Index
$GIT_DIR से लिया गया है. देखना gitrepository-लेआउट(5) और git-worktree(२९) विवरण के लिए।
इस वेरिएबल की प्राथमिकता अन्य पथ वेरिएबल जैसे GIT_INDEX_FILE से कम है।
GIT_OBJECT_निर्देशिका...

जाना करता है
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, EMAIL
देखना गिट-प्रतिबद्ध-वृक्ष(1)

जाना डिफ
GIT_DIFF_OPTS
केवल वैध सेटिंग "--unified=??" या "-यू??" संदर्भ पंक्तियों की संख्या निर्धारित करने के लिए
जब एक एकीकृत अंतर बनाया जाता है तो दिखाया जाता है। इसे किसी भी "-U" या पर प्राथमिकता दी जाती है
Git diff कमांड लाइन पर "--यूनिफाइड" विकल्प मान पास किया गया।

GIT_EXTERNAL_DIFF
जब पर्यावरण परिवर्तनशील हो GIT_EXTERNAL_DIFF सेट है, उसके द्वारा नामित प्रोग्राम है
ऊपर वर्णित भिन्न मंगलाचरण के बजाय, कहा जाता है। जोड़े गए पथ के लिए,
हटाया गया, या संशोधित किया गया, GIT_EXTERNAL_DIFF 7 पैरामीटर के साथ कॉल किया जाता है:

पथ पुरानी-फ़ाइल, पुराना-हेक्स, पुराना-मोड, नई-फ़ाइल, नया-हेक्स, नया-मोड

जहाँ:

-फ़ाइल
वे फ़ाइलें हैं जिनका उपयोग GIT_EXTERNAL_DIFF की सामग्री को पढ़ने के लिए किया जा सकता है ,

-हेक्स
40-हेक्सडिजिट SHA-1 हैश हैं,

-तरीका
फ़ाइल मोड का अष्टाधारी प्रतिनिधित्व हैं।

फ़ाइल पैरामीटर उपयोगकर्ता की कार्यशील फ़ाइल (उदाहरण के लिए नई-फ़ाइल) पर इंगित कर सकते हैं
"git-diff-files"), /dev/null (उदाहरण के लिए जब कोई नई फ़ाइल जोड़ी जाती है तो पुरानी फ़ाइल), या एक अस्थायी
फ़ाइल (उदाहरण के लिए अनुक्रमणिका में पुरानी फ़ाइल)। GIT_EXTERNAL_DIFF चिंता नहीं करनी चाहिए
अस्थायी फ़ाइल को अनलिंक करना --- इसे कब हटाया जाता है GIT_EXTERNAL_DIFF बाहर निकलता है।

एक ऐसे पथ के लिए जो अविभाज्य है, GIT_EXTERNAL_DIFF 1 पैरामीटर के साथ कॉल किया जाता है, .

प्रत्येक पथ के लिए GIT_EXTERNAL_DIFF कहा जाता है, दो पर्यावरण चर,
GIT_DIFF_PATH_COUNTER और GIT_DIFF_PATH_TOTAL तैयार।

GIT_DIFF_PATH_COUNTER
प्रत्येक पथ के लिए 1-आधारित काउंटर को एक से बढ़ाया गया।

GIT_DIFF_PATH_TOTAL
पथों की कुल संख्या.

अन्य
GIT_MERGE_VERBOSITY
पुनरावर्ती मर्ज रणनीति द्वारा दिखाए गए आउटपुट की मात्रा को नियंत्रित करने वाली संख्या।
मर्ज.वर्बोसिटी को ओवरराइड करता है। देखना git-मर्ज(1)

GIT_PAGER
यह पर्यावरण चर $PAGER को ओवरराइड करता है। यदि इसे किसी खाली स्ट्रिंग या पर सेट किया गया है
मान "कैट", Git पेजर लॉन्च नहीं करेगा। इसमें core.pager विकल्प भी देखें गिट-
विन्यास(1).

GIT_EDITOR
यह पर्यावरण चर $EDITOR और $VISUAL को ओवरराइड करता है। इसका उपयोग कई Git द्वारा किया जाता है
कमांड तब होता है, जब इंटरैक्टिव मोड पर, एक संपादक लॉन्च किया जाना होता है। यह सभी देखें git-वर(1)
और core.editor विकल्प गिट-कॉन्फ़िगरेशन(1).

जीआईटी_एसएसएच, GIT_SSH_कमांड
यदि इनमें से कोई भी पर्यावरण चर सेट किया गया है Git लाना और Git धक्का उपयोग होगा
के बजाय निर्दिष्ट आदेश एसएसएच जब उन्हें किसी रिमोट सिस्टम से कनेक्ट करने की आवश्यकता होती है।
कमांड को बिल्कुल दो या चार तर्क दिए जाएंगे: द उपयोगकर्ता नाम@होस्ट (या केवल मेजबान)
वैकल्पिक रूप से उस रिमोट सिस्टम पर निष्पादित करने के लिए यूआरएल और शेल कमांड से
इससे पहले -p (वस्तुतः) और बंदरगाह URL से जब यह कुछ और निर्दिष्ट करता है
डिफ़ॉल्ट SSH पोर्ट की तुलना में.

$GIT_SSH_COMMAND को $GIT_SSH से अधिक प्राथमिकता दी जाती है, और इसकी व्याख्या शेल द्वारा की जाती है,
जो अतिरिक्त तर्कों को शामिल करने की अनुमति देता है। दूसरी ओर $GIT_SSH अवश्य होना चाहिए
बस एक प्रोग्राम का पथ (जो अतिरिक्त होने पर एक रैपर शेल स्क्रिप्ट हो सकता है
तर्क की आवश्यकता है)।

आमतौर पर किसी भी वांछित विकल्प को अपने व्यक्तिगत के माध्यम से कॉन्फ़िगर करना आसान होता है
.ssh/कॉन्फिग फ़ाइल। अधिक जानकारी के लिए कृपया अपने एसएसएच दस्तावेज़ से परामर्श लें।

GIT_ASKPASS
यदि यह पर्यावरण चर सेट है, तो Git कमांड को पासवर्ड प्राप्त करने की आवश्यकता होती है
या पासफ़्रेज़ (उदाहरण के लिए HTTP या IMAP प्रमाणीकरण के लिए) इस प्रोग्राम को कॉल करेंगे
कमांड-लाइन तर्क के रूप में उपयुक्त प्रॉम्प्ट और इसके STDOUT से पासवर्ड पढ़ें। देखना
यह भी core.askPass में विकल्प गिट-कॉन्फ़िगरेशन(1).

GIT_TERMINAL_PROMPT
यदि यह पर्यावरण चर 0 पर सेट है, तो git टर्मिनल पर संकेत नहीं देगा (उदाहरण के लिए,
HTTP प्रमाणीकरण के लिए पूछते समय)।

GIT_CONFIG_NOSYSTEM
क्या सिस्टम-वाइड $(prefix)/etc/gitconfig फ़ाइल से रीडिंग सेटिंग्स को छोड़ना है।
इस पर्यावरण चर का उपयोग $HOME और $XDG_CONFIG_HOME के ​​साथ बनाने के लिए किया जा सकता है
किसी चुनिंदा स्क्रिप्ट के लिए पूर्वानुमानित वातावरण, या आप इसे टालने के लिए अस्थायी रूप से सेट कर सकते हैं
पर्याप्त क्षमता वाले किसी व्यक्ति की प्रतीक्षा करते समय छोटी गाड़ी /etc/gitconfig फ़ाइल का उपयोग करना
इसे ठीक करने की अनुमति.

GIT_FLUSH
यदि यह पर्यावरण चर "1" पर सेट है, तो कमांड जैसे Git दोष (में
वृद्धिशील मोड), Git संशोधित सूची, Git लॉग इन, Git चेक-attr और Git जांचें-अनदेखा करें मर्जी
प्रत्येक रिकॉर्ड को फ्लश करने के बाद आउटपुट स्ट्रीम को फ्लश करने के लिए बाध्य करें। यदि यह हो तो
वेरिएबल को "0" पर सेट किया गया है, इन कमांड का आउटपुट पूरी तरह से उपयोग करके किया जाएगा
बफ़र्ड I/O. यदि यह पर्यावरण चर सेट नहीं है, तो Git बफ़र किए गए या का चयन करेगा
रिकॉर्ड-उन्मुख फ्लशिंग इस पर आधारित है कि स्टडआउट किसी फ़ाइल पर रीडायरेक्ट किया गया प्रतीत होता है या नहीं
नहीं।

GIT_TRACE
सामान्य ट्रेस संदेशों को सक्षम करता है, जैसे उपनाम विस्तार, अंतर्निहित कमांड निष्पादन और
बाह्य आदेश निष्पादन.

यदि यह वेरिएबल "1", "2" या "सही" पर सेट है (तुलना केस असंवेदनशील है), तो ट्रेस करें
संदेश stderr पर मुद्रित किये जायेंगे।

यदि चर को 2 से अधिक और 10 से कम पूर्णांक मान पर सेट किया गया है (सख्ती से)
फिर Git इस मान को एक खुले फ़ाइल डिस्क्रिप्टर के रूप में व्याख्या करेगा और लिखने का प्रयास करेगा
इस फ़ाइल डिस्क्रिप्टर में ट्रेस संदेश।

वैकल्पिक रूप से, यदि वेरिएबल को निरपेक्ष पथ (ए से शुरू) पर सेट किया गया है /
कैरेक्टर), Git इसे फ़ाइल पथ के रूप में व्याख्या करेगा और ट्रेस लिखने का प्रयास करेगा
इसमें संदेश.

वेरिएबल को अनसेट करना, या इसे खाली, "0" या "गलत" पर सेट करना (केस असंवेदनशील)
ट्रेस संदेशों को अक्षम कर देता है.

GIT_TRACE_PACK_ACCESS
किसी भी पैक तक सभी पहुंच के लिए संदेशों का पता लगाने में सक्षम बनाता है। प्रत्येक एक्सेस के लिए, पैक फ़ाइल
पैक में नाम और ऑफसेट दर्ज किया गया है। यह समस्या निवारण में सहायक हो सकता है
कुछ पैक-संबंधी प्रदर्शन समस्याएँ। देखना GIT_TRACE उपलब्ध ट्रेस आउटपुट के लिए
विकल्प.

GIT_TRACE_PACKET
किसी दिए गए प्रोग्राम के अंदर या बाहर आने वाले सभी पैकेटों के लिए संदेशों का पता लगाने में सक्षम बनाता है। ये हो सकता है
ऑब्जेक्ट बातचीत या अन्य प्रोटोकॉल मुद्दों को डीबग करने में सहायता करें। ट्रेसिंग बंद है
"PACK" से शुरू होने वाले पैकेट पर (लेकिन देखें GIT_TRACE_PACKFILE नीचे)। देखना GIT_TRACE एसटी
उपलब्ध ट्रेस आउटपुट विकल्प।

GIT_TRACE_PACKFILE
किसी दिए गए प्रोग्राम द्वारा भेजे गए या प्राप्त किए गए पैकफ़ाइल्स का पता लगाने में सक्षम बनाता है। अन्य ट्रेस के विपरीत
आउटपुट, यह ट्रेस शब्दशः है: कोई हेडर नहीं, और बाइनरी डेटा का कोई उद्धरण नहीं। आप लगभग
निश्चित रूप से एक फ़ाइल में निर्देशित करना चाहते हैं (उदाहरण के लिए, GIT_TRACE_PACKFILE=/tmp/my.pack)
इसे टर्मिनल पर प्रदर्शित करने या अन्य ट्रेस आउटपुट के साथ मिलाने के बजाय।

ध्यान दें कि यह वर्तमान में केवल क्लोन के क्लाइंट पक्ष के लिए लागू किया गया है
लाता है

GIT_TRACE_PERFORMANCE
प्रदर्शन संबंधी ट्रेस संदेशों को सक्षम करता है, उदाहरण के लिए प्रत्येक Git का कुल निष्पादन समय
आज्ञा। देखना GIT_TRACE उपलब्ध ट्रेस आउटपुट विकल्पों के लिए।

GIT_TRACE_SETUP
.git, वर्किंग ट्री और वर्तमान वर्किंग डायरेक्टरी को प्रिंट करने वाले ट्रेस संदेशों को सक्षम करता है
Git द्वारा अपना सेटअप चरण पूरा करने के बाद। देखना GIT_TRACE उपलब्ध ट्रेस आउटपुट के लिए
विकल्प.

GIT_TRACE_SHALLOW
ट्रेस संदेशों को सक्षम करता है जो उथले की डिबगिंग / क्लोनिंग में मदद कर सकता है
भंडार। देखना GIT_TRACE उपलब्ध ट्रेस आउटपुट विकल्पों के लिए।

GIT_LITERAL_PATHSPECS
इस वेरिएबल को 1 पर सेट करने से Git सभी पाथस्पेक्स को शाब्दिक रूप से व्यवहार करेगा
ग्लोब पैटर्न की तुलना में। उदाहरण के लिए, GIT_LITERAL_PATHSPECS=1 git log -- '*.c' चलाना
उन कमिटों की खोज करेगा जो *.c पथ को स्पर्श करते हैं, ग्लोब *.c वाले किसी भी पथ को नहीं
मेल खाता है. यदि आप Git को शाब्दिक पथ (उदाहरण के लिए, paths) खिला रहे हैं तो आप शायद यह चाहते हैं
पहले आपको git ls-tree, --raw diff आउटपुट, आदि द्वारा दिया गया था)।

GIT_GLOB_PATHSpecS
इस वेरिएबल को 1 पर सेट करने से Git सभी पाथस्पेक्स को ग्लोब पैटर्न (उर्फ) के रूप में मानेगा
"ग्लोब" जादू)।

GIT_NOGLOB_PATHSPECS
इस वेरिएबल को 1 पर सेट करने से Git सभी पाथस्पेक्स को शाब्दिक (उर्फ) मानेगा
"शाब्दिक" जादू)।

GIT_ICASE_PATHSPECS
इस वेरिएबल को 1 पर सेट करने से Git सभी पाथस्पेक्स को केस-असंवेदनशील मानेगा।

GIT_REFLOG_ACTION
जब एक रेफरी अद्यतन किया जाता है, तो कारण का ट्रैक रखने के लिए रीफ्लॉग प्रविष्टियाँ बनाई जाती हैं
रेफरी को अद्यतन किया गया था (जो आमतौर पर अद्यतन किए गए उच्च-स्तरीय कमांड का नाम है
रेफरी), रेफरी के पुराने और नए मूल्यों के अलावा। एक लिखित चीनी मिट्टी के बरतन
कमांड अपना नाम सेट करने के लिए git-sh-setup में set_reflog_action हेल्पर फ़ंक्शन का उपयोग कर सकता है
यह वैरिएबल जब अंतिम उपयोगकर्ता द्वारा शीर्ष स्तर के कमांड के रूप में लागू किया जाता है
रिफ्लॉग के शरीर में दर्ज किया गया।

GIT_REF_PARANOIA
यदि 1 पर सेट किया गया है, तो रेफरी की सूचियों पर पुनरावृत्ति करते समय टूटे हुए या खराब नामित रेफरी को शामिल करें। में
एक सामान्य, गैर-दूषित भंडार, यह कुछ नहीं करता है। हालाँकि, इसे सक्षम करने से मदद मिल सकती है
टूटे हुए रेफरी की उपस्थिति में कुछ ऑपरेशनों का पता लगाने और उन्हें निरस्त करने के लिए गिट। Git इसे सेट करता है
विनाशकारी संचालन करते समय स्वचालित रूप से परिवर्तनशील git-prune(1). आप
जब तक आप यह सुनिश्चित करने के बारे में व्याकुल नहीं होना चाहते, तब तक इसे स्वयं सेट करने की आवश्यकता नहीं होनी चाहिए
ऑपरेशन ने हर रेफरी को छू लिया है (उदाहरण के लिए, क्योंकि आप एक रिपॉजिटरी बनाने के लिए क्लोनिंग कर रहे हैं
बैकअप)।

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

· फ़ाइल: कोई भी स्थानीय फ़ाइल-आधारित पथ (फ़ाइल: // यूआरएल, या स्थानीय पथ सहित)

· गिट: प्रत्यक्ष टीसीपी कनेक्शन (या प्रॉक्सी, यदि) पर अनाम गिट प्रोटोकॉल
कॉन्फ़िगर किया गया)

· एसएसएच: एसएसएच पर गिट (होस्ट: पथ सिंटैक्स, गिट + एसएसएच: //, आदि सहित)।

· rsync: rsync पर git

· http: http पर git, दोनों "स्मार्ट http" और "डंब http"। ध्यान दें कि ऐसा होता है नहीं
https शामिल करें; यदि आप दोनों चाहते हैं, तो आपको दोनों को http:https के रूप में निर्दिष्ट करना चाहिए।

· किसी भी बाहरी सहायक को उनके प्रोटोकॉल द्वारा नामित किया जाता है (उदाहरण के लिए, अनुमति देने के लिए hg का उपयोग करें)।
गिट-रिमोट-एचजी हेल्पर)

चर्चा

निम्नलिखित पर अधिक विवरण यहां उपलब्ध है जाना अवधारणाओं अध्याय of la
उपयोगकर्ता पुस्तिका[९ ०] और gitcore-ट्यूटोरियल(7).

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

ऑब्जेक्ट डेटाबेस में तीन मुख्य प्रकार के ऑब्जेक्ट होते हैं: ब्लॉब्स, जिसमें फ़ाइल डेटा होता है;
पेड़, जो निर्देशिका पदानुक्रम बनाने के लिए ब्लॉब्स और अन्य पेड़ों की ओर इशारा करते हैं; और
कमिट, जिनमें से प्रत्येक एक एकल पेड़ और कुछ संख्या में पेरेंट कमिट का संदर्भ देता है।

अन्य सिस्टम जिसे "चेंजसेट" या "संस्करण" कहते हैं, उसके समतुल्य प्रतिबद्धता, का प्रतिनिधित्व करती है
प्रोजेक्ट के इतिहास में चरण, और प्रत्येक माता-पिता तुरंत पूर्ववर्ती चरण का प्रतिनिधित्व करता है।
एक से अधिक अभिभावकों के साथ प्रतिबद्धता विकास की स्वतंत्र रेखाओं के विलय का प्रतिनिधित्व करती है।

सभी वस्तुओं को उनकी सामग्री के SHA-1 हैश द्वारा नामित किया जाता है, जिसे आम तौर पर एक स्ट्रिंग के रूप में लिखा जाता है
40 हेक्स अंक. ऐसे नाम विश्व स्तर पर अद्वितीय हैं। संपूर्ण इतिहास एक प्रतिबद्धता की ओर ले जाता है
केवल उस प्रतिबद्धता पर हस्ताक्षर करके इसकी पुष्टि की जा सकती है। चौथा ऑब्जेक्ट प्रकार, टैग, प्रदान किया गया है
इस उद्देश्य से।

जब पहली बार बनाया जाता है, तो ऑब्जेक्ट को अलग-अलग फ़ाइलों में संग्रहीत किया जाता है, लेकिन दक्षता के लिए बाद में संग्रहीत किया जा सकता है
"पैक फ़ाइलों" में एक साथ संपीड़ित किया जाना चाहिए।

नामित संकेतक जिन्हें रेफरी कहा जाता है, इतिहास में दिलचस्प बिंदुओं को चिह्नित करते हैं। एक रेफरी में SHA-1 हो सकता है
किसी वस्तु का नाम या किसी अन्य रेफरी का नाम। Ref/head/ से शुरू होने वाले नामों वाले Refs
विकासाधीन शाखा की नवीनतम प्रतिबद्धता (या "प्रमुख") का SHA-1 नाम। SHA-1
रुचि के टैग के नाम रेफरी/टैग/ के अंतर्गत संग्रहीत किए जाते हैं। HEAD नाम का एक विशेष रेफरी शामिल है
वर्तमान में चेक-आउट शाखा का नाम.

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

सूचकांक किसी दिए गए के लिए एकाधिक प्रविष्टियों (जिन्हें "चरण" कहा जाता है) को संग्रहीत करने में भी सक्षम है
पथनाम. इन चरणों का उपयोग किसी फ़ाइल के विभिन्न असंबद्ध संस्करण को रखने के लिए किया जाता है जब a
विलय प्रगति पर है.

आगे की प्रलेखन

Git का उपयोग आरंभ करने के लिए "विवरण" अनुभाग में संदर्भ देखें। निम्नलिखित है
संभवतः पहली बार उपयोगकर्ता के लिए आवश्यकता से अधिक विवरण।

RSI जाना अवधारणाओं अध्याय of la उपयोगकर्ता पुस्तिका[९ ०] और gitcore-ट्यूटोरियल(7) दोनों प्रदान करते हैं
अंतर्निहित Git आर्किटेक्चर का परिचय।

देख gitworkflows(7) अनुशंसित वर्कफ़्लो के अवलोकन के लिए।

यह भी देखें कैसे[3] कुछ उपयोगी उदाहरणों के लिए दस्तावेज़।

आंतरिक बातों को प्रलेखित किया गया है जाना API दस्तावेज़ीकरण[4]

सीवीएस से माइग्रेट करने वाले उपयोगकर्ता भी पढ़ना चाह सकते हैं gitcvs-माइग्रेशन(7).

लेखक

Git की शुरुआत लिनस टोरवाल्ड्स द्वारा की गई थी, और वर्तमान में इसका रखरखाव जूनियो सी हमानो द्वारा किया जाता है। बहुत
योगदान Git मेलिंग सूची से आया है[ईमेल संरक्षित][5]>.
http://www.openhub.net/p/git/contributors/summary आपको इसकी अधिक संपूर्ण सूची देता है
योगदानकर्ता

यदि आपके पास git.git का क्लोन है, तो इसका आउटपुट गिट-शॉर्टलॉग(1) और गिट-दोष(1 कनस्तर, टिन का डिब्बा
आपको परियोजना के विशिष्ट भागों के लेखक दिखाएँ।

रिपोर्टिंग बग

Git मेलिंग सूची में बग की रिपोर्ट करें[ईमेल संरक्षित][5]> जहां विकास और
रखरखाव मुख्य रूप से किया जाता है। भेजने के लिए आपको सूची की सदस्यता लेने की आवश्यकता नहीं है
वहाँ संदेश.

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