Git 3 में नई सुविधा: क्लोजर

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

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

मुझे खुशी है कि जीआईटी डेवलपर्स तीसरे संस्करण में ऐसी "बेघर" शाखाओं को बंद करने के लिए एक नई कमांड शुरू करने जा रहे हैं। वर्तमान संस्करण 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 उस कमिट को सेट करता है जिसमें लूप बंद हो जाएगा। यदि यह अनुपस्थित है, तो क्लोजर वर्तमान चेक-आउट शाखा में होता है। -m $message तर्क एक बंद संदेश सेट करता है, जैसे failed feature, revert to origin । हालाँकि, --allow-empty-message विकल्प भी उपलब्ध है, जो संदेशों के बिना आने की अनुमति देता है। डिफ़ॉल्ट रूप से, Git एक जोड़ी के लिए केवल एक बंद करने की अनुमति देता है। इस सीमा को दरकिनार करने के लिए, --allow-multiple-closures विकल्प उपलब्ध है।

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

दुर्भाग्य से, मौजूदा गिट GUI में क्लोजर का अच्छा समर्थन नहीं है। GitExtension पूर्वावलोकन संस्करण सुरुचिपूर्ण आर्क के बजाय मर्ज घटता प्रदर्शित करता है। नए क्षेत्रों पर एक नज़र डालें जैसे कि Closure message और Closure diff ।

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

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

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

आईटी कंपनियां क्या सोचती हैं

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

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

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

टिप्पणी

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