Git Commit ट्यूटोरियल: कोड बदलावों को ट्रैक और डॉक्यूमेंट कैसे करें

Git कोडबेस में बदलाव प्रबंधित करने के लिए मानक टूल बन चुका है। Git में सबसे महत्वपूर्ण कमांड्स में से एक git commit है, जो आपके प्रोजेक्ट के इतिहास का किसी विशेष समय पर लिया गया स्नैपशॉट कैप्चर करता है।

git commit का कुशलतापूर्वक उपयोग समझना एक साफ़-सुथरा और सुव्यवस्थित प्रोजेक्ट इतिहास बनाए रखने के लिए बेहद ज़रूरी है। सार्थक कमिट संदेश लिखना और सर्वोत्तम प्रथाओं का पालन करना सुनिश्चित करता है कि आपका रिपॉज़िटरी सुगम बना रहे—चाहे आप अकेले काम कर रहे हों या किसी बड़ी टीम का हिस्सा हों। 

यह ट्यूटोरियल आपको git commit कमांड का उपयोग करना, स्पष्ट और सूचनात्मक कमिट संदेश लिखना, और सफल वर्ज़न कंट्रोल के लिए सर्वोत्तम प्रथाएँ अपनाना सिखाने का उद्देश्य रखता है।

चलिए शुरू करते हैं!

Git Commit क्या है?

वर्ज़न कंट्रोल के सबसे बुनियादी घटकों में से एक Git में git commit कमांड है। एक git commit आपके स्टेज किए हुए फ़ाइलों की मौजूदा स्थिति का स्नैपशॉट कैप्चर कर रिपॉज़िटरी के इतिहास में सहेजता है। यह बदलावों के लिए एक यूनिक आइडेंटिफ़ायर बनाता है और महत्वपूर्ण मेटाडेटा—जैसे लेखक, टाइमस्टैम्प और एक वर्णनात्मक कमिट संदेश—लॉग करता है, जिससे संशोधनों को ट्रैक करना, समझना और ज़रूरत पड़ने पर रिवर्ट करना संभव हो पाता है। 

डेवलपर्स एक कमिट संदेश भी जोड़ सकते हैं, जो किए गए बदलावों का संक्षिप्त वर्णन करता है और अपडेट के पीछे का संदर्भ व कारण बताता है।

मूल रूप से, कमिट इसलिए महत्वपूर्ण हैं क्योंकि वे डेवलपर्स को ये करने देते हैं:

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

> यदि आप Git और GitHub के साथ अभी शुरुआत कर रहे हैं, तो GitHub Foundations ट्रैक प्रमुख बातों और सहयोगी वर्कफ़्लो में महारत दिलाने के लिए एक क्यूरेटेड पथ प्रदान करता है।

Git Commit का बेसिक सिंटैक्स

Git का प्रभावी उपयोग करने के लिए, आपको कमिट्स का बेसिक सिंटैक्स और स्ट्रक्चर समझना होगा। इस खंड में हम कमिट प्रक्रिया के मुख्य घटकों से गुज़रेंगे ताकि बदलाव ठीक से कैप्चर और डॉक्यूमेंट हों।

बेसिक कमांड

कमिट बनाने का सबसे सरल तरीका निम्न कमांड का उपयोग है: 

git commit -m “Your commit message” 

यहाँ -m फ़्लैग आपको बदलावों का वर्णन करता एक छोटा कमिट संदेश जोड़ने देता है। यहीं आप भविष्य के संदर्भ और सहयोग के लिए संदर्भ देते हैं, उदाहरण के लिए: 

git commit -m “Fix bug in user authentication” 

यह कमांड कमिट को स्टेज करता है और दिए गए संदेश से जोड़ता है। 

कमिट के दौरान क्या होता है

जब आप कमिट करते हैं, तो अंदरखाने यह होता है: 

1. बदलावों को स्टेज करना: कमिट करने से पहले, आपको git add कमांड से बदलावों को स्टेज करना होता है। यह संशोधित फ़ाइलों को अगले कमिट में शामिल करने के लिए तैयार करता है। आप अलग-अलग फ़ाइलें या सभी संशोधित फ़ाइलें स्टेज कर सकते हैं। 

git add file.txt  #Stages one file
git add .  #Stages all files in the current directory

2. कमिट बनाना: जैसे ही आपके बदलाव स्टेज हो जाते हैं, git commit कमांड स्टेज फ़ाइलों का स्नैपशॉट लेता है और उसे रिपॉज़िटरी में सहेजता है। ध्यान दें कि स्नैपशॉट उसी क्षण फ़ाइलों की मौजूदा स्थिति को दर्शाता है।
3. रिपॉज़िटरी अपडेट करना: कमिट के बाद, Git प्रोजेक्ट के इतिहास को अपडेट करता है ताकि नया कमिट पिछले सभी कमिट्स के साथ सहेजा जाए। हर कमिट एक चेकपॉइंट की तरह होता है, जिसे आवश्यकता पड़ने पर वापस भी किया जा सकता है।

प्रभावी Git Commit संदेश लिखना

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

अच्छे कमिट संदेशों का महत्व

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

कमिट संदेशों के लिए सर्वोत्तम प्रथाएँ

यह सुनिश्चित करने के लिए कि आपके कमिट संदेश अपना उद्देश्य पूरा करें, इन सर्वोत्तम प्रथाओं का पालन करें:

1. वर्णनात्मक रहें: कमिट संदेश में यह समझाना चाहिए कि क्या बदला गया और, जहाँ प्रासंगिक हो, क्यों बदला गया। "fix" या "update" जैसे अस्पष्ट संदेशों से बचें। इसके बजाय, विशिष्ट रहें। उदाहरण के लिए, “Fix login form validation error” केवल “Bug fix” से कहीं अधिक सहायक है।
2. वर्तमान काल का उपयोग करें: कमिट संदेश वर्तमान काल में लिखें। इससे लगता है कि आप बता रहे हैं कि कमिट इस समय क्या कर रहा है। उदाहरण के लिए, "Add login validation" लिखें, "Added login validation" नहीं।
3. छोटा और सरल रखें: संक्षिप्त संदेश अधिक पठनीय होते हैं। सारांश (कमिट संदेश की पहली पंक्ति) सामान्यतः 50–72 अक्षरों का होना चाहिए; यदि अधिक स्पष्टीकरण चाहिए, तो अगली पंक्तियों में विस्तृत विवरण दें। इससे संदेश विभिन्न Git टूल्स और इंटरफेसेज़ में आसानी से देखा जा सकता है।
4. विस्तृत बदलावों के लिए बुलेट पॉइंट्स का उपयोग करें: यदि आपके कमिट में कई संबंधित बदलाव हैं, तो विस्तृत विवरण में बुलेट पॉइंट्स का उपयोग करके उन्हें विभाजित करें। इससे एक स्पष्ट संरचना बनती है और समझना आसान होता है।

> यदि आप बुनियादी कमिट से आगे बढ़ना चाहते हैं, तो Intermediate Git कोर्स में अमेंड, रीबेस, और टीमों में कमिट हिस्ट्री मैनेज करने जैसे उन्नत कॉन्सेप्ट्स को कवर किया गया है।

एडवांस्ड Git Commit विकल्प

-m फ़्लैग git commit कमांड्स में आमतौर पर इस्तेमाल होता है और रोज़मर्रा के उपयोग के लिए पर्याप्त है। हालाँकि, कई अन्य उन्नत विकल्प भी हैं जो बदलावों को मैनेज करते समय अधिक लचीलापन और दक्षता प्रदान करते हैं। इस खंड में हम उन विकल्पों पर नज़र डालेंगे। 

स्टेजिंग के बिना कमिट

कई बार, कमिट से पहले git add से फ़ाइलों को मैन्युअली स्टेज करना अनावश्यक लग सकता है, खासकर जब सभी संशोधित फ़ाइलें कमिट करनी हों। इस प्रक्रिया को तेज करने के लिए, Git -a फ़्लैग देता है, जो सभी ट्रैक्ड फ़ाइलों को स्टेज कर एक ही चरण में कमिट कर देता है। यानी पहले से ट्रैक्ड फ़ाइलों में किए गए बदलाव बिना git add चलाए भी कमिट में शामिल हो जाते हैं।

यह ऐसे काम करता है:

git commit -a -m “Your commit message” 

किसी कमिट को Amend करना

गलतियाँ हो सकती हैं। कभी-कभी आपको अभी-अभी किए गए कमिट को बदलने की ज़रूरत पड़ सकती है। --amend विकल्प आपको नया कमिट बनाने के बजाय सबसे हालिया कमिट को संशोधित करने देता है। इससे आप कमिट संदेश अपडेट कर सकते हैं या उसी कमिट में अतिरिक्त फ़ाइलें जोड़ सकते हैं।

उदाहरण के लिए, पिछले कमिट का संदेश सुधारने के लिए: 

git commit --amend -m "Update commit message"

या, यदि आप कोई फ़ाइल स्टेज करना भूल गए थे, तो पहले फ़ाइल जोड़ें, फिर कमिट को amend करें:

git add missed-file.txt
git commit --amend

यह प्रभावी रूप से पिछले कमिट को अपडेटेड कमिट से बदल देता है। 

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

किसी विशिष्ट कमिट से बदलाव और फ़ाइलों के साथ कमिट

कभी-कभी, आपको किसी पिछले कमिट में हुई समस्या को असंबंधित बदलाव किए बिना ठीक करना होता है। Git --fixup विकल्प देता है, जो किसी पहले के कमिट से विशेष रूप से जुड़ा एक फॉलो-अप कमिट बनाने में मदद करता है। यह खासकर तब उपयोगी होता है जब आप मर्ज करने से पहले अपनी कमिट हिस्ट्री को साफ़ करना चाहते हैं।

उदाहरण के लिए, किसी विशिष्ट कमिट के लिए fixup बनाने के लिए:

git commit --fixup <commit-hash>

यह कमांड निर्दिष्ट कमिट में आई समस्याओं को संबोधित करने के इरादे से एक नया कमिट बनाता है। 

बाद में, जब आप इंटरैक्टिव रीबेस करेंगे, तो Git इन fixup कमिट्स को अपने रेफ़रेंस किए गए मूल कमिट के साथ स्वतः squash कर सकता है।

> ऐसे उन्नत वर्कफ़्लोज़ जैसे कमिट्स को squash करना सीखने के लिए, हमारा विस्तृत मार्गदर्शन देखें इस Git Squash Commits ट्यूटोरियल में।

Git के साथ कमिट्स मैनेज करना

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

Git शक्तिशाली टूल्स प्रदान करता है जिनसे आप कमिट्स का इतिहास देख सकते हैं तथा ज़रूरत पड़ने पर बदलावों की समीक्षा या उन्हें उलट भी सकते हैं। इन कमिट्स को मैनेज करना जानना, समस्याएँ सुलझाते या प्रोजेक्ट इतिहास परिष्कृत करते समय आपके काफ़ी समय की बचत कर सकता है।

कमिट इतिहास देखना

कमिट प्रबंधन का एक अहम पहलू प्रोजेक्ट के इतिहास को समझना है। git log कमांड आपको आपके कमिट्स का विस्तृत इतिहास दिखाता है। संदर्भ के लिए यह बताता है कि बदलाव कब किए गए, किसने किए और उनमें क्या संदेश जुड़े थे।

उदाहरण के लिए, यह बेसिक git log कमांड है:

git log

यह कमिट हैश, लेखक का नाम, तारीखें और कमिट संदेश दिखाता है। 

Git आपको लॉग आउटपुट को अपनी ज़रूरत के मुताबिक़ अनुकूलित करने देता है। उदाहरण के लिए, आप दिखाए जाने वाले कमिट्स की संख्या सीमित कर सकते हैं: 

git log -n 5 # shows the last 5 commits

हर कमिट में किए गए बदलाव देखने के लिए -p फ़्लैग का उपयोग करें, जो हर कमिट का डिफ़ दिखाता है। 

यह ऐसे दिखता है:

git log -p

किसी कमिट को रिवर्ट या अनडू करना

कभी-कभी आपको पीछे जाना या बदलावों को अनडू करना पड़ सकता है। एक सुरक्षित तरीका है git revert कमांड का उपयोग। यह पिछले किसी कमिट द्वारा लाए गए बदलावों को उलटने के लिए एक नया कमिट बनाता है, बिना कमिट इतिहास को बदले। 

यह विशेष रूप से तब उपयोगी है जब आपने कमिट्स पहले से साझा कर दिए हों और इतिहास को यथावत रखना चाहते हों।

किसी कमिट को रिवर्ट करने के लिए, निम्न का उपयोग करें:

git revert <commit-hash>

यह कमांड निर्दिष्ट कमिट के बदलावों का उल्टा लागू करता है, जिससे वे प्रभावी रूप से अनडू हो जाते हैं और इतिहास पारदर्शी बना रहता है।

कमिट को रीसेट करना

कुछ मामलों में, आप अपनी रिपॉज़िटरी को पूरी तरह किसी पिछली स्थिति में रीसेट करना चाहेंगे, जिससे एक या अधिक कमिट हट जाएँ. git reset कमांड ऐसा करने देता है। हालाँकि, रीसेट करने से कमिट इतिहास बदलता है, इसलिए सावधानी से उपयोग करें, खासकर जब बदलाव किसी साझा रिपॉज़िटरी में पुश हो चुके हों।

Git reset तीन मोड्स देता है:

1. Soft reset: कमिट पॉइंटर को किसी निर्दिष्ट कमिट पर पीछे ले जाता है, पर बदलावों को वर्किंग डायरेक्टरी और स्टेजिंग एरिया में बनाए रखता है। जब आप कमिट दोबारा करना चाहें पर अपने बदलाव सुरक्षित रखना चाहें, तब उपयोगी है। 

git reset --soft <commit-hash>

2. Mixed reset: कमिट पॉइंटर को पीछे ले जाता है और बदलावों को वर्किंग डायरेक्टरी में रखता है, पर स्टेजिंग एरिया को साफ़ कर देता है। यह Git का डिफ़ॉल्ट रीसेट मोड है।

git reset --mixed <commit-hash>

3. Hard reset: कमिट पॉइंटर को पीछे ले जाता है और वर्किंग डायरेक्टरी व स्टेजिंग एरिया—दोनों में सभी बदलावों को त्याग देता है। इससे आपकी रिपॉज़िटरी चुने गए कमिट की स्थिति में लौट आती है और उसके बाद किए गए सभी बदलाव हट जाते हैं। 

git reset --hard <commit-hash>

git reset कमांड शक्तिशाली है, लेकिन इसके निहितार्थों को समझना ज़रूरी है (खासकर सहयोगी माहौल में काम करते समय)।  

Git में कमिट करने की सर्वोत्तम प्रथाएँ

प्रभावी वर्ज़न कंट्रोल का मतलब सिर्फ Git कमांड्स जानना नहीं—बल्कि उन सर्वोत्तम प्रथाओं का पालन करना भी है, जो प्रोजेक्ट इतिहास को साफ़, समझने योग्य और कुशल बनाए रखती हैं। ये प्रथाएँ न केवल आपके काम को प्रबंधित करने में मदद करती हैं बल्कि सहयोगियों के लिए योगदान और समीक्षा करना भी आसान बनाती हैं।

बार-बार कमिट करें, लेकिन छोटे-छोटे रखें

एक अच्छा नियम है—जल्दी और बार-बार कमिट करें, पर हर कमिट को छोटा और केंद्रित रखें। इससे हर कमिट काम की एक स्पष्ट और तार्किक इकाई का प्रतिनिधित्व करता है। 

बार-बार कमिट करने से बड़े बदलावों को प्रबंधनीय हिस्सों में बाँटना आसान हो जाता है, जिससे समीक्षा, परीक्षण और प्रोजेक्ट के विकास को ट्रेस करना सरल होता है। छोटे, अलग-थलग बदलाव कमिट करने से जटिल त्रुटियाँ आने का जोखिम भी घटता है। यदि कुछ गलत हो जाए, तो अधिक सूक्ष्म कमिट्स होने पर समस्या को अलग करना और ठीक करना आसान होता है।

सिर्फ संबंधित बदलाव ही कमिट करें

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

उदाहरण के लिए, यदि आप किसी फीचर पर काम कर रहे हैं लेकिन कोड में कहीं और एक छोटा बग दिख जाए, तो उन्हें दो अलग-अलग कमिट्स के रूप में संभालना बेहतर है। इससे यह स्पष्ट रहता है कि क्या किया गया और क्यों—साथ ही यह सुनिश्चित होता है कि हर कमिट अर्थपूर्ण और अलग-थलग है।

कमिट इतिहास पर दूसरों के साथ सहयोग करें

टीम में काम करते समय, कमिट्स को कैसे संभाला और प्रस्तुत किया जाए, इस पर सहयोगियों के साथ तालमेल बिठाना आवश्यक है। इसमें कमिट संदेशों के लिए एकसमान प्रारूप पर सहमत होना और सुनिश्चित करना शामिल है कि हर कोई सर्वोत्तम प्रथाओं का पालन करे। Git hooks, जैसे प्री-कमिट हुक्स, कमिट संदेश प्रारूप या कमिट से पहले टेस्ट चलाने जैसे नियम लागू कराने में मदद कर सकते हैं।

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

> कमिट करने से पहले बचे-खुचे फ़ाइलें साफ़ करना चाहते हैं? git clean का उपयोग करना सीखें इस अनट्रैक्ड फ़ाइलें हटाने वाले ट्यूटोरियल में।

सामान्य Git Commit समस्याओं का समाधान

कभी-कभी Git कमिट्स में ऐसी त्रुटियाँ या चुनौतियाँ आ सकती हैं जो आपके वर्कफ़्लो को धीमा कर दें। इन सामान्य समस्याओं का समाधान करना समझना, सुचारू वर्ज़न कंट्रोल बनाए रखने और आगे चलकर बड़ी दिक्कतों से बचने के लिए महत्वपूर्ण है।

कमिट संदेश से जुड़ी त्रुटियाँ

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

समाधान: एंटर दबाने से पहले हमेशा अपने कमिट संदेश को दोबारा जाँचें। यदि आपने गलती से खाली या अस्पष्ट संदेश के साथ कमिट कर दिया है, तो git commit --amend कमांड से सबसे हालिया कमिट संदेश को संशोधित कर सकते हैं। 

कमिट के बाद कॉन्फ्लिक्ट्स

जब कई लोग एक ही प्रोजेक्ट पर काम कर रहे हों, तो कॉन्फ्लिक्ट्स अवश्यंभावी हैं। ये अक्सर किसी कमिट के बाद ब्रांचेस को मर्ज या रीबेस करते समय आते हैं। कॉन्फ्लिक्ट तब होता है जब Git दो कमिट्स के बीच अंतर अपने आप हल नहीं कर पाता और आपको मैन्युअली तय करना पड़ता है कि किन बदलावों को रखना है।

कॉन्फ्लिक्ट्स सबसे ज़्यादा तब होते हैं जब दो या अधिक योगदानकर्ता कोड के एक ही हिस्से को बदलते हैं या जब प्रोजेक्ट में बड़े पैमाने पर रिफैक्टर किए जाते हैं। हालांकि ये डरावने लग सकते हैं, Git कॉन्फ्लिक्ट्स को डेटा खोए बिना हल करने के लिए टूल्स देता है।

समाधान: जब कॉन्फ्लिक्ट होता है, Git फ़ाइलों में टकराव वाले हिस्सों को चिह्नित कर देता है, और आपको वांछित बदलावों को दर्शाने के लिए फ़ाइल को संपादित करके उन्हें मैन्युअली सुलझाना होता है। आवश्यक बदलाव करने के बाद, git add से फ़ाइल को स्टेज करें, फिर merge या rebase को सुलझे हुए बदलावों को कमिट करके पूरा करें। Git का मर्ज कॉन्फ्लिक्ट एडिटर या बाहरी मर्ज टूल्स भी कॉन्फ्लिक्ट्स को अधिक कुशलता से हल करने में मदद कर सकते हैं।

निष्कर्ष

git commit कमांड Git में वर्ज़न कंट्रोल का एक बुनियादी पहलू है, जो डेवलपर्स को उनके काम के ऐसे स्नैपशॉट बनाने देता है जिन्हें समय के साथ ट्रैक, रिव्यू और फिर से देखा जा सके। कमिट्स प्रोजेक्ट के इतिहास में माइलस्टोन का काम करते हैं—बताते हैं कि क्या बदलाव हुए, वे क्यों ज़रूरी थे और कब लागू किए गए।

इस ट्यूटोरियल में, हमने कमिट बनाने के बेसिक सिंटैक्स और प्रक्रिया को कवर किया—git add से फ़ाइलें स्टेज करने से लेकर git commit से कमिट को अंतिम रूप देने तक। हमने स्पष्ट और संक्षिप्त कमिट संदेश लिखने के महत्व पर चर्चा की—जिनमें वर्णनात्मकता, वर्तमान काल का उपयोग और संक्षिप्तता जैसी सर्वोत्तम प्रथाएँ शामिल हैं। 

इसके अलावा, हमने स्टेजिंग के बिना कमिट करना और कमिट्स को amend करना जैसे उन्नत विकल्पों पर नज़र डाली, जो बदलावों को मैनेज करते समय लचीलापन देते हैं। हमने git log, रिवर्ट और रीसेट जैसे कमांड्स के ज़रिए कमिट्स को मैनेज करना भी देखा।

GitHub को और गहराई से एक्सप्लोर करने के लिए तैयार हैं? हमारा GitHub Concepts कोर्स फोर्क्स, ब्रांचेस, इश्यूज़ और सहयोग की सर्वोत्तम प्रथाओं में गहराई से ले जाता है। यदि आप वास्तविक वर्कफ़्लो या इंटरव्यू की तैयारी कर रहे हैं, तो Complete Git Cheat Sheet एक बेहतरीन रेफ़रेंस है जिसे पास रखें!