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

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

मागील रिलीझच्या तुलनेत, नवीन आवृत्तीमध्ये 745 बदल समाविष्ट आहेत, जे 74 विकसकांच्या सहभागाने तयार केले गेले आहेत, त्यापैकी 18 ने प्रथमच विकासात भाग घेतला. मुख्य नवकल्पना:

• रिलीझ 1.18 पासून उपलब्ध, नवीन कमिट रिबेस मोड "git rebase --rebase-merges" जुन्या "--preserve-merges" पर्यायाची जागा घेते, जे आता नापसंत झाले आहे. "गिट रिबेस" ऑपरेशनचा वापर कमिटच्या मालिकेला नवीन बेस कमिटसह बदलण्यासाठी केला जातो, उदाहरणार्थ, काही नवीन वैशिष्ट्य विकसित करत असलेल्या वेगळ्या शाखेला मास्टर शाखेच्या सध्याच्या स्थितीत हलविण्यासाठी, ज्यामध्ये शाखेनंतर जोडलेले निराकरण समाविष्ट आहे. :

  o - o - o (माझे वैशिष्ट्य)

  /

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

  o - o - o (माझे वैशिष्ट्य)

  /

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

  स्थलांतरित शाखेत शाखा रचना जतन करण्यासाठी, “--संरक्षित-विलीनीकरण” पर्याय पूर्वी वापरला जाऊ शकतो, जो इंटरएक्टिव्ह मोडमध्ये (git rebase -i --preserve-merges) चालवताना, कमिट इतिहास संपादित करण्यास परवानगी देतो, परंतु रेपॉजिटरी संरचनेच्या संपूर्ण संरक्षणाची हमी दिली नाही. नवीन “--rebase-merges” मोड तुम्हाला स्थलांतरित होत असलेल्या शाखेतील बदलांची रचना जतन करण्यास अनुमती देतो, तसेच कमिट हटवणे, पुनर्गठित करणे आणि पुनर्नामित करणे यासह परस्पर क्रियांची संपूर्ण श्रेणी प्रदान करतो.

  उदाहरणार्थ, "--rebase-merges" तो संमत स्थलांतरित शाखेत शाखा रचना कायम ठेवताना, वेगळ्या शाखेतून नवीन मास्टर शाखेत कमिट पुन्हा अपलोड करा आणि कमिट नोट्समध्ये काही बदल करा.

• "गिट शाखा नवीन A...B" आणि "git checkout -b new" या बांधकामांचा वापर करून इतर दोन शाखांचा (मर्ज बेस, सामान्य पूर्वजांना बंधनकारक) ठरवण्याच्या परिणामावर आधारित नवीन शाखा तयार करण्यासाठी समर्थन जोडले. A...B", ज्यामध्ये "A ...B" मध्ये दोन निर्दिष्ट कमिटमधील मर्ज बेस परिभाषित करणे समाविष्ट आहे, जसे की "git checkout A...B" हेडला बेस कमिट आणि "डिफ ए" वर हलवते. ..B" कमिट "B" आणि कमिट "A" "पूर्वज प्रमाणेच बदल दर्शवते.

  उदाहरणार्थ, वेगळ्या माय-फीचर शाखेवर काम करताना, जेव्हा तुम्ही वेगळ्या शाखेतून सुरुवात करू इच्छित असाल तेव्हा हे वैशिष्ट्य वापरले जाऊ शकते, उदाहरणार्थ, माय-फीचर शाखा ज्या मास्टर ब्रँचमधून तपासली गेली होती त्याच ठिकाणाहून. पूर्वी, यासाठी बदल लॉगचे व्यक्तिचलितपणे परीक्षण करणे आवश्यक होते, जे तुमच्याकडे बदलांचा मोठा इतिहास असल्यास गैरसोयीचे होते, नंतर मास्टर आणि माय-वैशिष्ट्य शाखांमधील मर्ज बेसच्या हॅशची गणना करण्यासाठी "गिट मर्ज-बेस मास्टर माय-फीचर" चालवा. आणि सामान्य पूर्वजाच्या सापेक्ष नवीन शाखा तयार करणे " 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”);
• "गिट लॉग" आउटपुटमध्ये कमिटशी जोडलेले विस्तारित टॅग फिल्टर करण्याची क्षमता जोडली ("ट्रेलर" - अतिरिक्त माहिती ध्वज, जसे की साइन-ऑफ-बाय आणि सह-लेखक). की आणि मूल्य दोन्हीनुसार लेबल फिल्टर करणे शक्य आहे, उदाहरणार्थ:
  "git log --pretty="%(trailers:key=Reviewed-by,valueonly)";

• नवीन ट्रेसिंग इंजिन, ट्रेस2, जोडले गेले आहे, जे अधिक लवचिक आणि संरचित आउटपुट स्वरूप देते. ट्रेस2 तुम्हाला अधिक तपशीलवार विश्लेषण आणि डीबगिंगसाठी निष्पादित ऑपरेशन्स आणि कार्यप्रदर्शन डेटाबद्दल टेलीमेट्री संकलित करण्याची परवानगी देते (हँडलर वापरकर्त्याद्वारे नियुक्त केला जातो, कोणताही डेटा बाहेरून पाठविला जात नाही);
• "गिट बिसेक्ट" अहवाल अधिक वाचनीय बनविला गेला आहे, ज्यामध्ये समस्याग्रस्त कमिट आता अधिक स्पष्टपणे हायलाइट केल्या आहेत आणि प्रत्येक फाईलमधील बदलांची सारांश आकडेवारी प्रदर्शित केली आहे (बदललेल्या ओळींच्या संख्येच्या पातळीवर);
• डिरेक्टरी पुनर्नामिती निश्चित करण्यासाठी हेरिस्टिक्स पुनर्नामित लेबल्सची खोटी स्थापना दूर करण्यासाठी पुन्हा काम केले गेले आहे. शंका असताना, अशा निर्देशिका आता परस्परविरोधी म्हणून चिन्हांकित केल्या जातात;
• तुम्ही दुसर्‍या टॅगवर टॅग इन्स्टॉल करण्याचा प्रयत्न करता तेव्हा एक चेतावणी प्रदर्शित केली जाते, जे सहसा चुकून केले जाते आणि चुकीच्या कमिटवर टॅग सेट करू शकते (उदाहरणार्थ, "गिट टॅग -एफ -एम "अपडेट केलेला संदेश" सारखे बांधकाम my-tag1 my-tag2″ मुळे जुन्या टॅगवर एक टॅग तयार केला जाईल, तर विकासकाने जुन्या टॅगद्वारे निर्देशित केलेल्या कमिटवर नवीन टॅग स्थापित केला जाण्याची अपेक्षा केली आहे);
• बिटमॅप रेपॉजिटरीज (डिस्क-आधारित "रीचबिलिटी बिटमॅप्स" स्ट्रक्चर) साठी जनरेशन सक्षम केले आहे, जे प्रत्येक कमिटसाठी उपलब्ध ऑब्जेक्ट्सच्या सेटबद्दल डेटा संग्रहित करते आणि आपल्याला बेस ऑब्जेक्टची उपस्थिती द्रुतपणे निर्धारित करण्यास अनुमती देते. ही रचना डेटा पुनर्प्राप्ती ऑपरेशन्स (git fetch) च्या अंमलबजावणीची वेळ लक्षणीयरीत्या कमी करते.

स्त्रोत: opennet.ru