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



यदि आप git के बारे में अधिक जानना चाहते हैं, तो मेरा सुझाव है कि Pro Git (यह मुफ़्त है!) के अध्याय 10 से शुरू होता है, फिर अध्याय 2, 3, और 7. शेष वैकल्पिक है। इस लेख में, हम इस बात पर चर्चा करेंगे कि कैसे git में अनुशासित और उत्पादक कार्यों के लिए पुस्तक में वर्णित उपकरणों का उपयोग किया जाए।

मूल बातें: अच्छा प्रतिबद्ध विवरण

यह आपने पहले भी सुना होगा, लेकिन धैर्य रखें। आम तौर पर, आपको git commit -m " " का उपयोग करने की आवश्यकता नहीं git commit -m " " । अपने पसंदीदा संपादक का उपयोग करने के लिए git को कॉन्फ़िगर करके शुरू करें: git config --global core.editor vim , फिर बस git commit चलाएं। संपादक खुल जाएगा, और आप इसमें अपना विवरण लिख सकते हैं। पहली पंक्ति को 50 वर्णों तक सीमित होना चाहिए और एक वाक्य के साथ पूरा होना चाहिए: इस कमिट को लागू करने के बाद ... "CJK भाषाओं में टेक्स्ट रेंडरिंग को ठीक करेगा", "v3 प्रोटोकॉल के लिए समर्थन जोड़ देगा", "रिफ्लेक्टर CRTC प्रोसेसिंग करेगा", आदि। फिर एक खाली लाइन और प्रतिबद्ध के विस्तारित विवरण पर आगे बढ़ें, जिसे 72 कॉलम में हार्ड-कोड किया जाना चाहिए और इसमें विवरण का वर्णन करना चाहिए जैसे कि कमिट का औचित्य, व्यापार-बंद, दृष्टिकोण प्रतिबंध आदि।

हम 72 अक्षरों का उपयोग करते हैं क्योंकि यह एक ईमेल संदेश की मानक चौड़ाई है , और ईमेल गिट के लिए एक महत्वपूर्ण उपकरण है। एक 50 वर्ण सीमा का उपयोग किया जाता है क्योंकि पहली पंक्ति आपके ईमेल का विषय बन जाती है, और आप “[PATCH linux-usb v2 0/13]” जैसे कई पाठ जोड़ सकते हैं। आपको ये फ़ॉर्मेटिंग प्रतिबंध कष्टप्रद और बोझिल लग सकते हैं, लेकिन ध्यान रखें कि अन्य लोग आपसे भिन्न संदर्भ में लॉग पढ़ते हैं। मैं अक्सर एक ऊर्ध्वाधर मॉनिटर पर प्रतिबद्ध लॉग पढ़ता हूं, और यह आपके 4K 4: 16 डिस्प्ले के रूप में एक पंक्ति में उतना पाठ नहीं निचोड़ता है।

प्रत्येक प्रतिबद्ध को एक स्वायत्त परिवर्तन होना चाहिए

प्रत्येक कमिट में केवल एक परिवर्तन होना चाहिए - एक कमिट में छोटे असंबंधित परिवर्तनों से बचें (इस संबंध में, मैं अधिक बार अपने सुझावों को सुन सकता हूं)। इसके अलावा, कई बदलावों में एक बदलाव को विभाजित करने से बचें, जब तक कि विचार अलग-अलग चरणों में टूट न जाए, जिनमें से प्रत्येक पूर्ण परिवर्तन का प्रतिनिधित्व करता है। यदि आपके वर्किंग ट्री में कई बदलाव हैं और आपको उनमें से कुछ को ही करने की आवश्यकता है, तो git add -i या git add -p आज़माएं। इसके अलावा, प्रत्येक कमिट को संकलन करना चाहिए, सभी परीक्षणों को सफलतापूर्वक पास करना चाहिए और ज्ञात बग्स से बचना चाहिए जो भविष्य के कमिट में तय किए जाएंगे।

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

पहली बार में इसे करना कठिन है

हम git की सबसे महत्वपूर्ण विशेषताओं में से एक में आते हैं, जो इसे इसके पूर्ववर्तियों से अलग करती है: कहानी संपादन। सभी संस्करण नियंत्रण प्रणालियां किसी प्रकार की "टाइम मशीन" के साथ आती हैं, लेकिन इससे पहले कि वे ज्यादातर केवल-पढ़ने के लिए थीं। हालांकि, गिट टाइम मशीन अलग है: आप अतीत को बदल सकते हैं। वास्तव में, आपको ऐसा करने के लिए प्रोत्साहित किया जाता है! लेकिन मैं आपको चेतावनी देता हूं: केवल अतीत को बदल दें, जिसने अभी तक एक स्थिर सार्वजनिक शाखा में प्रवेश नहीं किया है।

नीचे की रेखा इस प्रकार है। त्रुटियों के बिना लेखन करना, पहले प्रयास पर एक अच्छा विवरण के साथ स्वायत्तता कठिन है। एक कहानी का संपादन, इसके विपरीत, आसान है, और यह गिट कुशल वर्कफ़्लो का हिस्सा है। गिट-रिबास की जाँच करें और इसे स्वतंत्र रूप से उपयोग करें। आप पुन: उपयोग कर सकते हैं पुन: व्यवस्थित करें, मर्ज करें, हटाएँ, संपादित करें, और कमिट को विभाजित करें। उदाहरण के लिए, मैं आमतौर पर फ़ाइल में कुछ बदलाव करता हूं, एक फ़िक्सअप कमिट ( git commit -m fixup ) सबमिट करता हूं, और फिर git rebase -i का उपयोग करके इसे पहले की कमिट में मर्ज करता हूं।

विभिन्न युक्तियां

• मन पढ़ें! एक यादृच्छिक गिट मैन पेज चुनें और इसे अभी पढ़ें। इसके अलावा, यदि आपने शीर्ष-स्तरीय git मैन पेज (सिर्फ man git ) नहीं पढ़ा है, तो ऐसा करें।
  
• उच्च-स्तरीय git कमांड के लिए प्रत्येक मन के तल पर आमतौर पर निम्न-स्तरीय git कमांड की एक सूची होती है, जो उच्च-स्तरीय कमांड पर निर्भर करती है। यदि आप इस बारे में अधिक जानना चाहते हैं कि उच्च-स्तरीय git कमांड कैसे काम करता है, तो इन मैन पेजों को पढ़ने का प्रयास करें।
  
• जानें कि सही चयन कैसे करें, चयन के साथ संशोधित होता है ।
  
• शाखाएँ उपयोगी हैं, लेकिन आपको उनके बिना काम करना सीखना चाहिए, और आपके बेल्ट पर उपकरणों का एक अच्छा सेट भी होना चाहिए। git pull --rebase , git send-email -1 HEAD~2 और git push origin HEAD~2:master जैसे कमांड का उपयोग करें।

1. संक्षेप में, git bisect एक ऐसा उपकरण है जो आपके इतिहास में दो कमिट्स के बीच एक द्विआधारी खोज करता है, एक बार उन दोनों के बीच के कमिट्स को देखते हुए ताकि आप एक त्रुटि की जांच कर सकें। इस तरह, आप उस प्रतिबद्ध की गणना कर सकते हैं जो समस्या का कारण बना। ↑