🥇वितरित स्रोत नियंत्रण प्रणाली Git 2.22 का विमोचन

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

पिछले रिलीज की तुलना में, नए संस्करण में 745 डेवलपर्स की भागीदारी से तैयार किए गए 74 परिवर्तन शामिल हैं, जिनमें से 18 ने पहली बार विकास में भाग लिया। मुख्य नवाचारों:

रिलीज़ 1.18 से उपलब्ध, नया "git rebase --rebase-merges" कमिट सेट रिलोकेशन मोड पुराने "--preserve-merges" विकल्प को प्रतिस्थापित करता है, जिसे अब अप्रचलित के रूप में चिह्नित किया गया है। "git rebase" का उपयोग कमिट की एक श्रृंखला को एक नए बेस कमिट के साथ बदलने के लिए किया जाता है, उदाहरण के लिए, एक एकल फीचर शाखा को मास्टर शाखा की वर्तमान स्थिति में रीबेस करने के लिए, जिसमें फोर्क के बाद जोड़े गए फ़िक्सेस शामिल हैं:
ओ — ओ — ओ (मेरी-फीचर)
/
ओ - ओ - ओ - ओ - ओ (मास्टर)
ओ — ओ — ओ (मेरी-फीचर)
/
ओ - ओ - ओ - ओ - ओ (मास्टर)
पहले, "--preserve-merges" विकल्प का उपयोग माइग्रेटेड शाखा में शाखा संरचना को संरक्षित करने के लिए किया जा सकता था। जब इंटरैक्टिव मोड (git rebase -i --preserve-merges) में चलाया जाता है, तो यह कमिट इतिहास को संपादित करने की अनुमति देता है, लेकिन रिपॉजिटरी संरचना के पूर्ण संरक्षण की गारंटी नहीं देता है। नया "--rebase-merges" मोड माइग्रेटेड शाखा में परिवर्तनों की संरचना को संरक्षित करने की अनुमति देता है, जबकि कमिट को हटाने, फिर से समूहीकृत करने और नाम बदलने सहित इंटरैक्टिव संचालन का एक पूरा सेट प्रदान करता है।
उदाहरण के लिए, "--rebase-merges" यह अनुमति देता है माइग्रेटेड शाखा में शाखा संरचना को संरक्षित करते हुए, एक अलग शाखा से एक नई मास्टर शाखा में कमिट्स को फिर से मर्ज करें, और तुरंत कमिट नोट्स में कुछ परिवर्तन करें।
"git branch new A...B" और "git checkout -b new A...B" निर्माणों का उपयोग करते हुए दो अन्य शाखाओं (एक सामान्य पूर्वज से लिंक करना) के विलय आधार को निर्धारित करने के परिणाम के आधार पर एक नई शाखा बनाने के लिए समर्थन जोड़ा गया, जहां "A...B" का तात्पर्य दो निर्दिष्ट कमिट्स के बीच विलय आधार को निर्धारित करना है, इसी तरह "git checkout A...B" HEAD को आधार कमिट में ले जाता है और "diff A...B" कमिट "B" और कमिट "A" के साथ सामान्य पूर्वज के बीच परिवर्तनों को दर्शाता है।
उदाहरण के लिए, जब एक अलग शाखा my-feature पर काम कर रहे हों, तो इस सुविधा का उपयोग तब किया जा सकता है जब आप किसी अन्य शाखा से शुरू करना चाहते हैं, उदाहरण के लिए, मास्टर शाखा में उसी स्थान से जहाँ से my-feature शाखा को चेक आउट किया गया था। पहले, इसके लिए मैन्युअल रूप से चेंजलॉग की जाँच करने की आवश्यकता होती थी, जो कि असुविधाजनक था यदि आपके पास एक बड़ा परिवर्तन इतिहास था, फिर मास्टर और my-feature शाखाओं के बीच मर्ज बेस हैश की गणना करने के लिए "git merge-base master my-feature" चलाना और सामान्य पूर्वज "git branch my-other-feature hash" के सापेक्ष एक नई शाखा बनाना। Git 2.22 में, आप दो अन्य शाखाओं के मर्ज बेस के सापेक्ष एक शाखा बनाने के लिए "git branch my-other-feature A…B" सिंटैक्स का उपयोग कर सकते हैं;
चेकआउट के दौरान प्राप्त शाखा का नाम प्रदर्शित करने के लिए "git branch --show-current" विकल्प जोड़ा गया;
"git checkout --no-overlay --dir" विकल्प जोड़ा गया, जो आपको dir निर्देशिका की सामग्री को ऐसे रूप में लाने की अनुमति देता है जो चेकआउट ऑपरेशन करते समय मास्टर शाखा की स्थिति से पूरी तरह मेल खाता है। उदाहरण के लिए, यदि dir निर्देशिका की स्थानीय प्रतिलिपि में कोई फ़ाइल है जो मास्टर शाखा में मौजूद नहीं है, तो डिफ़ॉल्ट रूप से इसे "git checkout master --dir" निष्पादित करते समय छोड़ दिया जाएगा, और यदि "--no-overlay" विकल्प निर्दिष्ट किया गया है, तो इसे हटा दिया जाएगा;
"git diff" कमांड विकल्पों को पार्स करने के लिए एक सार्वभौमिक API का उपयोग करता है, जो अन्य git उपयोगिताओं के साथ विकल्पों के संचालन को एकीकृत करने की अनुमति देता है। उदाहरण के लिए, "git diff" में अब सभी विकल्पों के अपने विरोधी ("--function-context" और "--no-function-context") हैं;
गिट लॉग आउटपुट में कमिट्स से जुड़े विस्तारित टैग को फ़िल्टर करने की क्षमता जोड़ी गई ("ट्रेलर" अतिरिक्त सूचना फ़्लैग है जैसे कि Signed-off-by और Co-authored-by)। टैग को कुंजी और मान दोनों के आधार पर फ़िल्टर करना संभव है, उदाहरण के लिए:
"git लॉग --pretty="%(ट्रेलर्स:कुंजी=समीक्षा-द्वारा,valueonly)";
एक नया ट्रेसिंग मैकेनिज्म Trace2 जोड़ा गया, जो अधिक लचीला और संरचित आउटपुट प्रारूप प्रदान करता है। Trace2 अधिक विस्तृत विश्लेषण और डिबगिंग के लिए निष्पादित संचालन और प्रदर्शन डेटा के बारे में टेलीमेट्री एकत्र करने की अनुमति देता है (हैंडलर उपयोगकर्ता द्वारा असाइन किया जाता है, कोई डेटा बाहर नहीं भेजा जाता है);
"गिट बिसेक्ट" रिपोर्ट को और अधिक पठनीय बना दिया गया है, अब समस्याग्रस्त कमिट्स को अधिक स्पष्ट रूप से हाइलाइट किया गया है और प्रत्येक फ़ाइल के लिए परिवर्तनों पर सारांश आँकड़े प्रदर्शित किए गए हैं (परिवर्तित पंक्तियों की संख्या के स्तर पर);
निर्देशिका नाम बदलने के निर्धारण के लिए हेयुरिस्टिक्स को नाम बदलने के निशान की गलत स्थापना को रोकने के लिए फिर से काम किया गया है। यदि संदेह है, तो ऐसी निर्देशिकाओं को अब विरोधाभासी के रूप में चिह्नित किया जाता है;
अब किसी टैग को किसी अन्य टैग पर सेट करने का प्रयास करते समय एक चेतावनी प्रदर्शित की जाती है, जो आमतौर पर गलती से किया जाता है और इसके परिणामस्वरूप टैग गलत कमिट पर सेट हो सकता है (उदाहरण के लिए, "git tag -f -m "updated message" my-tag1 my-tag2" जैसा निर्माण पुराने टैग पर टैग बनाने का परिणाम देगा, जबकि डेवलपर को उम्मीद थी कि नया टैग उस कमिट पर सेट होगा जिस पर पुराना टैग इंगित करता है);
रिपॉजिटरी (डिस्क संरचना "रीचैबिलिटी बिटमैप्स") के लिए बिटमैप्स की सक्षम पीढ़ी, जो प्रत्येक कमिट के लिए उपलब्ध ऑब्जेक्ट्स के सेट के बारे में डेटा संग्रहीत करती है और बेस ऑब्जेक्ट की उपस्थिति को जल्दी से निर्धारित करने की अनुमति देती है। यह संरचना डेटा निष्कर्षण संचालन (गिट फ़ेच) के समय को काफी कम कर देती है।