Git 3 में नया: क्लोजर

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

ऐसा होता है कि विचार एक मृत अंत हो जाता है, डेवलपर गलत तरीके से बंद हो जाता है, और मूल संस्करण में वापस रोल करने की आवश्यकता होती है, इसके लिए आपको नई शाखा के बारे में भूलना और मुख्य देव या मास्टर पर स्विच करने की आवश्यकता है, और फिर जारी रखें जैसे कि कुछ भी नहीं हुआ था। इस मामले में, "शूट" हमेशा के लिए लटक जाएगा, जैसे इसे निकालने की इच्छा। लेकिन अगर यह कहानी का हिस्सा है तो इसे कैसे हटाया जाए? यह प्रक्रिया व्यर्थ में काम करने वाले प्रोग्रामर के प्रयासों को दिखाती है। अधिकारियों को रिपोर्ट करना आसान है, क्योंकि एक असफल परिणाम भी एक परिणाम है!

मैं जल्दबाजी करना चाहता हूं: संस्करण 3 में गिट डेवलपर्स ऐसी आवारा शाखाओं को बंद करने के लिए एक नई कमांड पेश करेंगे। आपको याद दिला दूं कि वर्तमान वर्तमान संस्करण 2.21.0 है ।

इस टीम का उपयोग कैसे करें, यह क्या देता है और आईटी कंपनियां क्या सोचती हैं? लेख इन और अन्य सवालों के जवाब देता है।

विवरण

अब आप पिछली कमिटियों में से एक के साथ एक असफल शाखा को बंद कर सकते हैं। नीचे की आकृतियों में दोष के चाप पीले रंग के होते हैं।

यहाँ पर 4 असफल सुविधा के लिए अंतिम है। वह 1 से बंद हो गया था, और फिर मास्टर के पास लौट आया और 5 रास्ते से, दूसरे रास्ते से चला गया।

आप कमिट को स्वयं में भी लॉक कर सकते हैं, इस प्रकार लूप बना सकते हैं :

आप अपने आप को किसी भी प्रतिबद्ध में बंद कर सकते हैं - स्मार्ट गिट अंतर की गणना करेगा और सब कुछ सही ढंग से संयोजित करेगा:

कैसे करें इस्तेमाल?

merge कमांड में क्लोजर नहीं होते हैं, क्योंकि पहली स्थिति के लिए शाखा तेजी से जाली होगी , और दूसरे के लिए यह कुछ भी नहीं करेगा ( git already up to date )।

पुराने व्यवहार को बदलने के लिए नहीं, डेवलपर्स ने बंद करने के लिए एक कमांड दर्ज करने का फैसला किया:

 git closure -s $source_commit -d $dest_commit -m $message 

पहला तर्क -s $source_commit कमिट का हैश बताता है जिसमें से लूप आउट होता है, और दूसरा, वैकल्पिक -d $dest_commit , उस -d $dest_commit को निर्दिष्ट करता है जिसमें लूप को बंद करने की आवश्यकता होती है। यदि यह अनुपस्थित है, तो वर्तमान चेक-आउट शाखा में बंद होता है। -m $message पैरामीटर क्लोजर मैसेज को सेट करता है, जैसे कि failed feature, revert to origin । हालाँकि, --allow-empty-message विकल्प भी उपलब्ध है, जो संदेश पाठ के बिना आने की अनुमति देता है। डिफ़ॉल्ट रूप से, Git कमिट के एक जोड़े के लिए बिल्कुल एक बंद करने की अनुमति देता है। इस सीमा के इर्द-गिर्द काम करने के लिए, ऑप्शन - --allow-multiple-closures ।

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

दुर्भाग्य से, Git के साथ काम करने के लिए मौजूदा GUIs अभी तक पूरी तरह से बंद का समर्थन नहीं करते हैं। GitExtensions का पूर्वावलोकन संस्करण एक सुंदर चाप के बजाय मर्ज की तरह घटता बनाता है। ध्यान दें कि नया Closure message और फ़ील्ड अलग-अलग हैं:

यह ध्यान देने योग्य है कि closure टीम हमेशा इतिहास बदलती है (Git, अब Git एक पूर्ण-कालिक मशीन है!), इसलिए अब आप शाखाओं को केवल --force विकल्प के साथ, या सुरक्षित --force-with-lease विकल्प के --force-with-lease --force कर सकते हैं।

छोरों के साथ शाखाओं के लिए छूट भी उपलब्ध हैं, हालांकि, उनमें कमिट करने के लिए तर्क जटिल है।

इसके अलावा, auto विकल्प आपको सभी पुरानी शाखाओं को स्वचालित रूप से बंद करने की अनुमति देता है। इस मामले में, समापन प्रतिबद्ध वह है जिसमें से शाखा शुरू हुई थी। Git IDE के लिए प्लगइन्स का उपयोग करना, समय-समय पर क्लोजर चलाया जा सकता है। GitExtensions में, एक समान डिलीटेड अप्रचलित ब्रांच प्लगइन अप्रचलित शाखाओं को हटाता है।

आईटी कंपनियों की राय

बड़ी आईटी कंपनियां: Google, Facebook, Apple, DeepMind, Positive Technologies और विशेष रूप से Microsoft, बंद होने के लिए उत्सुक हैं, क्योंकि अब शाखाओं के जीवन चक्र को औपचारिक रूप देना संभव होगा, जिसमें गैर-सन्निहित भी शामिल हैं।

माइक्रोसॉफ्ट के शीर्ष प्रबंधकों में से एक, माइकल रिक्टर लिखते हैं :

गिट की नई सुविधा निश्चित रूप से ओपन सोर्स विकास की दुनिया में अराजकता को कम करेगी और न केवल। हमारी रिपॉजिटरी में बहुत सारी हैंगिंग ब्रांच हैं। उदाहरण के लिए, vscode में उनमें से 200 से अधिक हैं, और टाइपस्क्रिप्ट में उनमें से 300 से अधिक हैं! और यह सिर्फ Microsoft की समस्या नहीं है। क्लोज़र न केवल संगठन में सुधार करते हैं, बल्कि आपको प्रोग्रामर के तर्क को ट्रैक करने की अनुमति भी देते हैं, कभी-कभी सहयोगियों के लिए भी पूरी तरह से समझ में नहीं आता है :) क्लोजर ने मुझे फिल्म "बैक टू द फ्यूचर" की याद दिला दी - जहां पात्रों ने अतीत और भविष्य की यात्रा की। मुझे यह फिल्म बहुत पसंद है, मैंने कई बार इसकी समीक्षा की। और मुझे लगता है कि मैं इस वजह से भी अधिक प्यार करेंगे :)

टिप्पणी

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