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

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

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

• रिलीज़ 1.18 के बाद से उपलब्ध, नया कमिट रिबेस मोड "गिट रिबेस --रीबेस-मर्जेस" पुराने "--प्रिजर्व-मर्जेस" विकल्प को प्रतिस्थापित करता है, जो अब अप्रचलित है। "गिट रिबेस" ऑपरेशन का उपयोग नए बेस कमिट के साथ कमिट की एक श्रृंखला को बदलने के लिए किया जाता है, उदाहरण के लिए, एक अलग शाखा को स्थानांतरित करने के लिए जो मास्टर शाखा की वर्तमान स्थिति में कुछ नई सुविधा विकसित कर रही है, जिसमें शाखा के बाद जोड़े गए फिक्स शामिल हैं :

  ओ - ओ - ओ (मेरी सुविधा)

  /

  ओ - ओ - ओ - ओ - ओ (मास्टर)

  ओ - ओ - ओ (मेरी सुविधा)

  /

  ओ - ओ - ओ - ओ - ओ (मास्टर)

  माइग्रेटेड शाखा में शाखा संरचना को संरक्षित करने के लिए, "--प्रिजर्व-मर्ज" विकल्प का पहले उपयोग किया जा सकता था, जो इंटरैक्टिव मोड (git rebase -i --preserve-merges) में चलने पर, प्रतिबद्ध इतिहास को संपादित करने की अनुमति देता था, लेकिन भंडार संरचना के पूर्ण संरक्षण की गारंटी नहीं दी। नया "--रीबेस-मर्ज" मोड आपको माइग्रेट की जा रही शाखा में परिवर्तनों की संरचना को संरक्षित करने की अनुमति देता है, जबकि कमिट को हटाने, पुनः समूहित करने और नाम बदलने सहित इंटरैक्टिव संचालन की एक पूरी श्रृंखला प्रदान करता है।

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

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

  उदाहरण के लिए, एक अलग माय-फ़ीचर शाखा पर काम करते समय, इस सुविधा का उपयोग तब किया जा सकता है जब आप एक अलग शाखा से शुरू करना चाहते हैं, उदाहरण के लिए, मास्टर शाखा में उसी स्थान से जहाँ से माय-फ़ीचर शाखा की जाँच की गई थी। पहले, इसके लिए मैन्युअल रूप से परिवर्तन लॉग की जांच करना आवश्यक था, जो असुविधाजनक था यदि आपके पास परिवर्तनों का एक बड़ा इतिहास था, तो मास्टर और माय-फीचर शाखाओं के बीच मर्ज बेस के हैश की गणना करने के लिए "गिट मर्ज-बेस मास्टर माय-फीचर" चलाना और सामान्य पूर्वज के सापेक्ष एक नई शाखा बनाना "गिट ब्रांच माय-अदर-फीचर हैश।" Git 2.22 में, आप दो अन्य शाखाओं के मर्ज बेस के सापेक्ष एक शाखा बनाने के लिए सिंटैक्स "git ब्रांच my-other-feature A...B" का उपयोग कर सकते हैं;

• चेकआउट ऑपरेशन के दौरान प्राप्त शाखा का नाम प्रदर्शित करने के लिए "गिट ब्रांच --शो-करंट" विकल्प जोड़ा गया;
• "गिट चेकआउट -नो-ओवरले - डीआईआर" विकल्प जोड़ा गया, जो चेकआउट ऑपरेशन करते समय, डीआईआर निर्देशिका की सामग्री को एक ऐसे रूप में लाने की अनुमति देता है जो पूरी तरह से मास्टर शाखा की स्थिति से मेल खाता है। उदाहरण के लिए, यदि डीआईआर निर्देशिका की स्थानीय प्रतिलिपि में कोई फ़ाइल है जो मास्टर शाखा में नहीं है, तो डिफ़ॉल्ट रूप से "गिट चेकआउट मास्टर - डीआईआर" निष्पादित करते समय इसे छोड़ दिया जाएगा, और यदि "--नो-ओवरले" "विकल्प निर्दिष्ट है, इसे हटा दिया जाएगा;
• "गिट डिफ" कमांड विकल्पों को पार्स करने के लिए एक सार्वभौमिक एपीआई का उपयोग करता है, जो अन्य गिट उपयोगिताओं के साथ विकल्प प्रबंधन को एकीकृत करना संभव बनाता है। उदाहरण के लिए, "गिट डिफ" में, सभी विकल्पों में अब उनके विरोधी हैं ("--फंक्शन-संदर्भ" और "--नो-फंक्शन-संदर्भ");
• "गिट लॉग" आउटपुट ("ट्रेलर" - अतिरिक्त सूचना झंडे, जैसे साइन-ऑफ-बाय और सह-लेखक-बाय) में कमिट से जुड़े विस्तारित टैग को फ़िल्टर करने की क्षमता जोड़ी गई। उदाहरण के लिए, कुंजी और मान दोनों के आधार पर लेबल को फ़िल्टर करना संभव है:
  "गिट लॉग - सुंदर = "% (ट्रेलर: कुंजी = समीक्षा-द्वारा, केवल मूल्य)";

• एक नया ट्रेसिंग इंजन, ट्रेस2 जोड़ा गया है, जो अधिक लचीला और संरचित आउटपुट प्रारूप पेश करता है। ट्रेस2 आपको अधिक विस्तृत विश्लेषण और डिबगिंग के लिए निष्पादित संचालन और प्रदर्शन डेटा के बारे में टेलीमेट्री एकत्र करने की अनुमति देता है (हैंडलर उपयोगकर्ता द्वारा सौंपा गया है, कोई डेटा बाहरी रूप से नहीं भेजा जाता है);
• "गिट बाइसेक्ट" रिपोर्ट को और अधिक पठनीय बनाया गया है, जिसमें समस्याग्रस्त प्रतिबद्धताओं को अब अधिक स्पष्ट रूप से हाइलाइट किया गया है और प्रत्येक फ़ाइल के लिए परिवर्तनों पर सारांश आँकड़े प्रदर्शित किए गए हैं (परिवर्तित लाइनों की संख्या के स्तर पर);
• नाम बदलने वाले लेबल की गलत स्थापना को खत्म करने के लिए निर्देशिका के नाम बदलने के निर्धारण के लिए अनुमानों को फिर से तैयार किया गया है। संदेह होने पर, ऐसी निर्देशिकाओं को अब परस्पर विरोधी के रूप में चिह्नित किया जाता है;
• जब आप किसी अन्य टैग पर टैग स्थापित करने का प्रयास करते हैं तो एक चेतावनी प्रदर्शित होती है, जो आमतौर पर गलती से किया जाता है और टैग को गलत कमिट पर सेट करने का कारण बन सकता है (उदाहरण के लिए, "git tag -f -m "अद्यतन संदेश" जैसा निर्माण) my-tag1 my- tag2″ के परिणामस्वरूप पुराने टैग पर एक टैग बनाया जाएगा, जबकि डेवलपर को उम्मीद थी कि पुराने टैग द्वारा इंगित कमिट पर नया टैग स्थापित किया जाएगा);
• बिटमैप रिपॉजिटरी (डिस्क-आधारित "रीचैबिलिटी बिटमैप्स" संरचना) के लिए जेनरेशन सक्षम है, जो प्रत्येक कमिट के लिए उपलब्ध ऑब्जेक्ट के सेट के बारे में डेटा संग्रहीत करता है और आपको बेस ऑब्जेक्ट की उपस्थिति को तुरंत निर्धारित करने की अनुमति देता है। यह संरचना डेटा पुनर्प्राप्ति संचालन (गिट फ़ेच) के निष्पादन समय को काफी कम कर देती है।

स्रोत: opennet.ru