क्या आप बिना समझे GitHub इस्तेमाल कर रहे हैं?
आँख बंद करके इसे चलाने से सब कुछ टूट सकता है।
GitHub पर सिर्फ तीन हरे (green) बटन होते हैं।
और उन्हें दबाने से पहले देखने की जगह भी सिर्फ एक ही होती है।
इस आर्टिकल में GitHub स्क्रीन पर देखने और क्लिक करने की हर जगह को लाल बॉक्स से हाइलाइट करके दिखाया गया है।
कनेक्ट करें, सबमिट करें, diff चेक करें, मर्ज करें और रिवर्ट करें।
हम 10 असली स्क्रीनशॉट्स के साथ इस पूरे चक्र को समझेंगे।
टाइपिंग AI करेगा।
देखना और बटन दबाना आपका काम है।
मुश्किल टर्म्स को मैं जैसे-जैसे आएंगे, आसान भाषा में समझाता जाऊँगा।
※ इस आर्टिकल में दी गई GitHub स्क्रीन्स और स्पेसिफिकेशन्स अक्टूबर 2026 तक वेरिफाई की गई हैं। स्क्रीन्स समय के साथ बदल सकती हैं।
अध्याय 1: GitHub से कनेक्ट करना | रिपॉजिटरी बनाएँ और लोकल रिकॉर्ड्स अपलोड करें
GitHub का इंटरफ़ेस इंग्लिश में है।
लेकिन क्लिक करने की जगहें हमेशा फिक्स्ड रहती हैं।
स्क्रीन पर लाल बॉक्स बताते हैं कि कहाँ देखना है और कहाँ क्लिक करना है।
इस अध्याय में आपको सिर्फ एक हरा बटन दबाना है।
सबसे पहले, एक रिपॉजिटरी बनाएँ।
रिपॉजिटरी एक लॉकर की तरह है जहाँ आप अपने Git रिकॉर्ड्स ऑनलाइन स्टोर करते हैं।
लॉकर के अंदर क्या होता है और चार ज़रूरी टर्म्स के बारे में मैंने अपनी पिछली पोस्ट में लिखा था।
【डायग्राम के साथ】मिडिल स्कूल के छात्रों के लिए Git की सरल व्याख्या
https://x.com/dan_pro_man/status/2107224533099069671?s=20
अगर आपने वो नहीं भी पढ़ी है, तो भी सिर्फ इस आर्टिकल से आप पूरा चक्र पूरा कर सकते हैं।
GitHub में लॉग इन करें और ऊपर दाईं तरफ "+" आइकन से "New repository" चुनें।
https://github.com/new खोलने पर भी आप उसी स्क्रीन पर पहुँच जाएंगे।
आपको सिर्फ नाम भरना है।
"Repository name" में कोई अल्फ़ान्यूमेरिक नाम डालें।
"git-practice" रख दें, यही काफी है।
"Choose visibility" के नीचे "Private" चुनें।
इसका मतलब है कि यह पब्लिक नहीं होगी।
फिलहाल "Add README" वाले स्विच को बंद ही रहने दें।
अगर आपके पास पहले से लोकल रिकॉर्ड्स हैं, तो खाली रिपॉजिटरी बनाकर कनेक्ट करना ज़्यादा आसान होता है।
नीचे मौजूद हरे "Create repository" बटन को दबाएँ।
बटन दबाने के तुरंत बाद जो स्क्रीन दिखती है, वो इस अध्याय का सबसे अहम हिस्सा है।
नीचे की तरफ एक हेडिंग होगी: "…or push an existing repository from the command line"।
उसके नीचे की तीन लाइनें वो कमांड्स हैं जिनका हम आज इस्तेमाल करेंगे।
ऊपर की सात लाइनें उन लोगों के लिए हैं जिनके पास अभी तक लोकल रिकॉर्ड्स नहीं हैं, इसलिए आप उन्हें छोड़ सकते हैं।
इन तीन लाइनों का मतलब ये है:
लाइन 1: अपने लोकल रिकॉर्ड को इस लॉकर का एड्रेस बताओ।
लाइन 2: मेन ब्रांच का नाम "main" से मैच करो।
लाइन 3: main ब्रांच को लॉकर में स्टोर करो।
इस स्क्रीन से एड्रेस (लाल बॉक्स) कॉपी करें और AI को एक लाइन में भेज दें।
1इस फोल्डर के रिकॉर्ड्स को https://github.com/account-name/git-practice पर अपलोड करो
Claude Code खुद-ब-खुद वो तीनों लाइनें टाइप कर देगा।
Claude Code एक ऐसा AI है जो आपकी हिदायतों के मुताबिक आपके कंप्यूटर पर काम करता है।
अपनी इंस्ट्रक्शन मैनुअल में, मैंने push करने से पहले पुष्टि माँगना ज़रूरी रखा है।
Push करने का मतलब है लोकल रिकॉर्ड्स को लॉकर में स्टोर करना।
इसलिए, यह यहाँ एक बार रुक जाएगा।
"Yes" जवाब दें, फिर ब्राउज़र की स्क्रीन रिफ्रेश करें।
जहाँ तीन कमांड्स थे, अब वहाँ आपकी लोकल फाइल्स लाइन से दिख रही होंगी। उनके बगल में commit message होगा।
यही निशानी है कि आप "कनेक्ट" हो गए हैं।
यहाँ एक बात पर मैं आपका ध्यान दिलाना चाहता हूँ।
फाइल लिस्ट के ऊपर लिखा टेक्स्ट "main"।
यह बताता है कि आप लॉकर के अंदर इस वक्त कौन-सा बुकमार्क देख रहे हैं।
बुकमार्क को ही ब्रांच कहते हैं।
यह मार्क करता है कि आप किस कॉलम में रिकॉर्ड्स जमा कर रहे हैं।
आगे से इस "main" को सीधे छेड़ें नहीं।
शुरुआत में मैंने भी इस पर ज़्यादा ध्यान नहीं दिया था।
मैं main पर ही काम करता रहा और वापस सही जगह ढूँढने में अपना वक्त बर्बाद किया।
जब कनेक्शन फेल होता है, तो अक्सर गलती एड्रेस में होती है।
पीछे वाला ".git" छूट गया हो।
अकाउंट नाम की स्पेलिंग गलत हो।
अगर "not found" दिखे, तो Image ② से एड्रेस दोबारा कॉपी करें।
अब तक आपके लोकल रिकॉर्ड्स GitHub से कनेक्ट हो चुके हैं। अगला कदम है Pull Requests के ज़रिए मर्ज करने का रोज़मर्रा का चक्र।
**
अध्याय 2: Pull Request के ज़रिए मर्ज करना | AI का काम सबमिट करें, Diff चेक करें, फिर बटन दबाएँ
यहीं से रोज़ का चक्र शुरू होता है।
Pull Request एक तरह की अर्जी है जिसमें आप कहते हैं "कृपया इसे मर्ज कर दें"।
इस अध्याय में आपको तीन हरे बटन दबाने हैं।
टाइपिंग AI करेगा।
आपका काम सिर्फ देखना और बटन दबाना है।
सबसे पहले, AI को एक लाइन भेजें।
1एक नई ब्रांच बनाओ, README में इस्तेमाल की 3 लाइनें जोड़ो, commit करो और GitHub पर अपलोड करो
README पहली फाइल होती है जहाँ आप रिपॉजिटरी के बारे में जानकारी लिखते हैं।
Claude Code एक ब्रांच बनाएगा।
वह फाइल में बदलाव करेगा और commit करेगा।
आखिर में, push करने से पहले रुककर आपसे पूछेगा।
"Yes" जवाब दें, फिर ब्राउज़र में अपना लॉकर खोलें।
ऊपर एक पीला बैनर दिखेगा।
यह आपको बताता है: "मैंने अभी-अभी यह ब्रांच स्टोर की है"।
दाईं तरफ हरे बटन "Compare & pull request" को दबाएँ।
यही 'सबमिशन' है।
बिल्कुल वैसा ही जैसे टीचर को अपनी ड्राफ्ट कॉपी देना।
सिर्फ सबमिट करने से कुछ भी फाइनल वर्जन में कॉपी नहीं होता।
कॉपी होने का काम रिव्यू के बाद होता है।
सबमिशन स्क्रीन पर तीन जगहें ऐसी हैं जिन्हें आपको देखना है।
पहला: सबसे ऊपर वाला तीर (arrow)।
"base: main" और "compare: work-branch"
यह दिखाता है कि कहाँ से और कहाँ मर्ज करना है।
बस यह पक्का कर लें कि बाईं तरफ main हो।
दूसरा: "Add a title" में लिखा टाइटल।
अगर AI इसे बनाता है, तो इसमें बदलावों का सारांश शामिल होता है।
अगर आप खुद सबमिट कर रहे हैं, तो commit message पहले से भरा होता है।
अगर खुद सबमिट कर रहे हैं, तो एक लाइन में लिखें कि "क्या किया गया"।
तीसरा: हरा "Create pull request" बटन।
इसे दबाने से सबमिशन स्वीकार हो जाती है।
सबमिशन के बाद इंसान का काम शुरू होता है।
स्क्रीन के ऊपर चार टैब दिखेंगे।
सिर्फ सबसे दाएँ वाले टैब "Files changed" को देखें।
इसका मतलब है बदली हुई फाइल्स।
हरी लाइनें मतलब जोड़ी गई लाइनें।
लाल लाइनें मतलब हटाई गई लाइनें।
यही diff है।
अगर आपने जितनी लाइनें माँगी थीं वो हरी हैं, तो सब ठीक है।
उदाहरण वाली स्क्रीन में हेडिंग्स और खाली लाइनें भी जुड़ गईं, इसलिए कुल 6 हरी लाइनें हो गईं।
अगर कोई ऐसी लाल लाइन है जो आपने नहीं माँगी थी, तो मर्ज मत करें।
उदाहरण वाली स्क्रीन में 1 लाल लाइन है।
"Items placed" से एक मेमो लाइन गायब हो गई है।
अगर आपने ऐसा नहीं कहा था, तो यहीं रुक जाएँ।
AI से पूछें: "तुमने यह लाल लाइन क्यों हटाई?"
AI से काम करवाते वक्त ये सबसे अहम 30 सेकंड होते हैं।
जब रिव्यू नोटिफिकेशन देखकर ही मेरे पेट में दर्द होने लगता था, तब मैं ये चेक किए बिना ही बटन दबा देता था।
अब मैं सबसे पहले लाल लाइनें गिनता हूँ।
अगर एक भी बिना माँगी लाल लाइन दिखी, तो मैं रुक जाता हूँ।
अगर diff में कोई दिक्कत नहीं है, तो "Conversation" पर वापस जाएँ।
नीचे की तरफ एक हरा "Merge pull request" बटन होगा।
अगर उसके ऊपर "No conflicts with base branch" लिखा है, तो आप सीधे मर्ज कर सकते हैं।
इसे दबाने पर यह "Confirm merge" में बदल जाएगा।
इसे दोबारा दबाएँ।
अब work ब्रांच के रिकॉर्ड्स main में मर्ज हो गए हैं।
रंग बैंगनी हो जाएगा और "Merged" दिखेगा।
नीचे एक बॉक्स आएगा जिसमें लिखा होगा "Pull request successfully merged and closed"।
उसके दाईं तरफ "Delete branch" होगा।
बिना झिझक इसे दबा दें।
इससे लॉकर के अंदर work ब्रांच का "बुकमार्क" ही गायब होता है।
चूंकि रिकॉर्ड्स पहले ही main में मर्ज हो चुके हैं, इसलिए कुछ भी नहीं खोता।
आखिर में, अपना लोकल एनवायरनमेंट अपडेट करें।
AI को भेजें: "main पर स्विच करो और GitHub से लेटेस्ट वर्जन fetch करो"।
बस, एक चक्र पूरा हुआ।
अगला काम हमेशा नई ब्रांच से शुरू करें।
main पर काम मत करें।
अब तक आपने सबमिट करने, diff चेक करने और मर्ज करने का चक्र पूरा कर लिया है। अगला हिस्सा Revert के बारे में है — मर्ज करने के बाद गलतियाँ सुधारने वाला बटन।
**
अध्याय 3: रिवर्ट करना | मर्ज के बाद एक बटन से गलतियाँ सुधारें
कभी-कभी मर्ज करने के बाद गलतियाँ नज़र आती हैं।
Git में आप स्टोर किए गए रिकॉर्ड्स को डिलीट किए बिना "undo" करते हैं।
GitHub की स्क्रीन पर इसके लिए एक बटन होता है।
इसे "Revert" कहते हैं।
जिस Pull Request को आपने अभी मर्ज किया है, उसे दोबारा खोलें।
वहाँ एक लाइन होगी जिसमें लिखा होगा "merged commit … into main"।
उसी लाइन के बिल्कुल दाईं तरफ "Revert" होगा।
इसे दबाने पर क्या होता है?
रिकॉर्ड्स डिलीट नहीं होते।
उल्टे बदलावों के साथ एक नया Pull Request बन जाता है।
ऑफिशियल डॉक्यूमेंटेशन के मुताबिक, मर्ज तब होता है जब आप इस नए Pull Request को मर्ज करते हैं।
तो, रिवर्ट करने का चक्र भी अध्याय 2 जैसा ही है।
Diff चेक करें, हरा बटन दबाएँ।
डिलीट होने की बजाय, "reverted" (वापस किया गया) का एक रिकॉर्ड जुड़ जाता है।
अगर AI से कह रहे हैं, तो बोलें: "जो Pull Request मैंने अभी मर्ज किया है, उसे undo करो"।
Claude Code git revert के साथ यही काम करता है।
एक और स्क्रीन है जिसका सामना आपको हो सकता है।
"This branch has conflicts that must be resolved"।
यही conflict है।
ऐसा तब होता है जब main और work ब्रांच दोनों में एक ही लाइन को अलग-अलग तरीके से बदला गया हो।
हरा बटन ग्रे हो जाता है और दबता नहीं।
इसे स्क्रीन पर ठीक करने की कोशिश न करें; AI को एक लाइन भेजें।
1main fetch करो और मुझे conflicting हिस्सों के दोनों वर्जन दिखाओ
कौन-सा रखना है, यह फैसला आप करेंगे।
जैसे ही AI इसे ठीक करके दोबारा अपलोड करेगा, हरा बटन वापस आ जाएगा।
Conflicts कोई नाकामी नहीं हैं।
ये बस यह सच सामने लाते हैं कि एक ही लाइन को दो बार एडिट किया गया है।
आखिर में, एक चीज़ जो स्क्रीन पर नहीं दिखती।
Keys।
पासवर्ड या API keys वाली फाइल्स को कभी भी GitHub पर अपलोड नहीं करना चाहिए।
भले ही आप Revert कर लें, लेकिन एक बार key अपलोड हो गई तो वह लीक मानी जाती है और उसे दोबारा जनरेट करना पड़ता है।
अपलोड करने से पहले AI को भेजें: ".env को रिकॉर्ड्स से बाहर रखो"।
अपनी वर्कप्लेस में, मैं AWS कॉन्फ़िगरेशन टेक्स्ट फाइल्स में लिखता हूँ और बिल्कुल यही चक्र फॉलो करता हूँ।
बिना diff चेक किए मर्ज की गई कॉन्फ़िगरेशन सीधे प्रोडक्शन में चलती हैं।
इसलिए, बटन दबाने से पहले के उन अहम 30 सेकंड्स की ज़िम्मेदारी मैं AI को नहीं देता।
स्क्रीन पर सारे बटन इंसान ही दबाता है।
AI से जितना भी काम करवा लूँ, यह नियम कभी नहीं बदलता।
अब तक कनेक्ट करने, सबमिट करने, मर्ज करने और रिवर्ट करने का पूरा चक्र खत्म हो गया है।
आखिर में, मैं आपके लिए इस्तेमाल के लिए तैयार मटेरियल दे रहा हूँ।
मैंने GitHub स्क्रीन पर एक चक्र पूरा करने के स्टेप्स लिख दिए हैं।
इस आर्टिकल की स्क्रीन्स और prompts को मैंने तुरंत इस्तेमाल होने लायक फॉर्मेट में पैक कर दिया है।
- GitHub स्क्रीन ट्रांसलेशन पोस्टर (9 स्क्रीन्स, 69 टर्म्स)
- जब AI कुछ बिगाड़ दे तो रिकवरी का मैप (6 स्थितियाँ)
- एक पूरे चक्र के लिए 7 Prompts
- मर्ज से पहले चेक करने वाली लिस्ट (8 आइटम्स)
ये सब एक 15 पेज की PDF बुकलेट के रूप में एक साथ मिलेंगे।
सिर्फ इन्हीं की मदद से आप आज से ही चक्र पूरे करना शुरू कर सकते हैं।
इन्हें पाने के लिए, बस नीचे दिए गए Open Chat को जॉइन करें।
जॉइन करने के बाद दिए गए निर्देशों का पालन करें और "Submit" भेजें, यह अपने आप आपको मिल जाएगा।
https://line.me/ti/g2/pEpZQdEyn1BM5Zi2wqLBT2rZYpC0ZaOncIWTag
सारांश: आज बस एक चक्र पूरा करें
AI का काम सीधे main में मत डालें।
work ब्रांच से सबमिट करें, diff चेक करें और हरे बटन दबाएँ।
एक चक्र में दबाने के लिए तीन हरे बटन थे।
जिस दिन मैंने पहली बार खुद Revert दबाया, मुझे समझ आया कि रिकॉर्ड्स डिलीट नहीं होते।
उसके बाद, मुझे चीज़ें छूने से डर लगना बंद हो गया।
आपको सब कुछ एक साथ करने की ज़रूरत नहीं है।
आज बस एक ही काम करना है।
अध्याय 1 में बनाई गई रिपॉजिटरी खोलें और AI को एक लाइन भेजें।
एक नई ब्रांच बनाओ, README में 1 लाइन जोड़ो और GitHub पर अपलोड करो
जब पीला बैनर दिखे, हरा बटन दबाएँ और "Files changed" खोलें।
अगर सिर्फ एक हरी लाइन है, तो सब पास है।
मर्ज करने से पहले उस एक लाइन को अपनी आँखों से देखें।
AI को ज़्यादा काम सौंपने की दिशा में यही पहला कदम है।
30 साल से ऊपर के इंजीनियर्स के लिए जीत काम की मात्रा में नहीं, बल्कि डिज़ाइन में है।
हर बार टूल्स अपडेट होने पर उन्हें दोबारा सीखने से बेहतर है कि आप तय कर लें कि कहाँ रुकना है।
AWS और AI तेज़ी से बदल रहे हैं।
अकेले सब कुछ समझने की कोशिश करने से बेहतर है कि आप असली काम में टेस्टिंग कर रहे लोगों के लॉग्स देखें।
अपनी AI × Engineering प्रैक्टिस में मैं सिर्फ सफल रिकॉर्ड्स ही नहीं, बल्कि टूटे हुए और बाहर रखे गए रिकॉर्ड्स भी छोड़ता हूँ।
आगे की जानकारियों से न चूकें, इसके लिए मुझे फॉलो करें! @dan_pro_man
