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

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

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

• डीफॉल्ट वर स्विच केले गेले आहे दुसरी आवृत्ती Git कम्युनिकेशन प्रोटोकॉल, जे क्लायंट दूरस्थपणे Git सर्व्हरशी कनेक्ट झाल्यावर वापरले जाते. प्रोटोकॉलची दुसरी आवृत्ती सर्व्हरच्या बाजूला शाखा आणि टॅग फिल्टर करण्याची क्षमता प्रदान करण्यासाठी उल्लेखनीय आहे, क्लायंटला लिंक्सची एक छोटी यादी परत करते. पूर्वी, कोणतीही पुल कमांड क्लायंटला संपूर्ण रेपॉजिटरीमधील संदर्भांची संपूर्ण यादी नेहमी पाठवत असे, जरी क्लायंट फक्त एक शाखा अद्ययावत करत असत किंवा त्यांच्या रेपॉजिटरीची प्रत अद्ययावत असल्याचे तपासत असत. टूलकिटमध्ये नवीन कार्यक्षमता उपलब्ध झाल्यामुळे प्रोटोकॉलमध्ये नवीन क्षमता जोडण्याची क्षमता ही आणखी एक उल्लेखनीय नवकल्पना आहे. क्लायंट कोड जुन्या प्रोटोकॉलशी सुसंगत राहतो आणि नवीन आणि जुन्या दोन्ही सर्व्हरसह कार्य करणे सुरू ठेवू शकतो, सर्व्हर दुसऱ्याला समर्थन देत नसल्यास स्वयंचलितपणे पहिल्या आवृत्तीवर परत येतो.
• "-शो-स्कोप" पर्याय "गिट कॉन्फिगरेशन" कमांडमध्ये जोडला गेला आहे, ज्यामुळे विशिष्ट सेटिंग्ज परिभाषित केलेल्या ठिकाणाची ओळख करणे सोपे होते. Git तुम्हाला वेगवेगळ्या ठिकाणी सेटिंग्ज परिभाषित करण्याची परवानगी देतो: रेपॉजिटरीमध्ये (.git/info/config), वापरकर्ता निर्देशिकेत (~/.gitconfig), सिस्टम-वाइड कॉन्फिगरेशन फाइलमध्ये (/etc/gitconfig) आणि कमांडद्वारे लाइन पर्याय आणि पर्यावरण चल. "गिट कॉन्फिगरेशन" कार्यान्वित करताना इच्छित सेटिंग नेमकी कुठे परिभाषित केली आहे हे समजणे खूप कठीण आहे. या समस्येचे निराकरण करण्यासाठी, “--शो-ओरिजिन” पर्याय उपलब्ध होता, परंतु तो फक्त त्या फाईलचा मार्ग दर्शवितो ज्यामध्ये सेटिंग परिभाषित केली आहे, जी तुमची फाइल संपादित करायची असेल तर उपयुक्त आहे, परंतु जर तुम्ही मदत करत नाही. "--system", "--global" किंवा "-local" पर्याय वापरून "git config" द्वारे मूल्य बदलणे आवश्यक आहे. नवीन पर्याय "-show-scope" व्हेरिएबल डेफिनेशन संदर्भ प्रदर्शित करतो आणि -show-origin च्या संयोगाने वापरला जाऊ शकतो:

  $ git --list --show-scope --show-origin
  ग्लोबल फाइल:/home/user/.gitconfig diff.interhunkcontext=1
  ग्लोबल फाइल:/home/user/.gitconfig push.default=current
  […] local file:.git/config branch.master.remote=origin
  स्थानिक फाइल:.git/config branch.master.merge=refs/heads/master

  $ git config --show-scope --get-regexp 'diff.*'
  जागतिक diff.statgraphwidth 35
  स्थानिक diff.colormoved मैदान

  $ git config --global --unset diff.statgraphwidth

• बंधनकारक सेटिंग्जमध्ये क्रेडेन्शियल URL मध्ये मास्क वापरण्यास परवानगी आहे. Git मधील कोणतीही HTTP सेटिंग्ज आणि क्रेडेन्शियल सर्व कनेक्शनसाठी (http.extraHeader, credential.helper) आणि URL-आधारित कनेक्शनसाठी (credential.https://example.com.helper, credential.https://example) दोन्ही सेट केले जाऊ शकतात. com.helper). आत्तापर्यंत, *.example.com सारख्या वाइल्डकार्ड्सना फक्त HTTP सेटिंग्जसाठी परवानगी होती, परंतु क्रेडेन्शियल बाइंडिंगसाठी ते समर्थित नव्हते. Git 2.26 मध्ये, हे फरक काढून टाकले जातात आणि, उदाहरणार्थ, सर्व उपडोमेनवर वापरकर्तानाव बांधण्यासाठी तुम्ही आता निर्दिष्ट करू शकता:

  [क्रेडेन्शियल "https://*.example.com"]

  वापरकर्तानाव = ttaylorr

• आंशिक क्लोनिंग (आंशिक क्लोन) साठी प्रायोगिक समर्थनाचा विस्तार सुरूच आहे, ज्यामुळे तुम्हाला डेटाचा फक्त काही भाग हस्तांतरित करता येतो आणि रेपॉजिटरीच्या अपूर्ण प्रतीसह कार्य करता येते. नवीन रिलीझमध्ये "git sparse-checkout add" ही नवीन कमांड जोडली गेली आहे, जी तुम्हाला "git" कमांडद्वारे एकाच वेळी अशा सर्व डिरेक्टरी सूचीबद्ध करण्याऐवजी, कार्यरत झाडाच्या फक्त भागावर "चेकआउट" ऑपरेशन लागू करण्यासाठी वैयक्तिक निर्देशिका जोडण्याची परवानगी देते. विरळ-चेकआउट सेट" (प्रत्येक वेळी संपूर्ण यादी पुन्हा निर्दिष्ट न करता, तुम्ही एकामागून एक निर्देशिका जोडू शकता).
  उदाहरणार्थ, ब्लॉब्स न करता गिट/गिट रेपॉजिटरी क्लोन करण्यासाठी, चेकआउट केवळ कार्यरत कॉपीच्या मूळ निर्देशिकेपर्यंत मर्यादित करणे आणि "t" आणि "दस्तऐवजीकरण" निर्देशिकांसाठी चेकआउट स्वतंत्रपणे चिन्हांकित करणे, आपण निर्दिष्ट करू शकता:

  $ git clone --filter=blob: none --sparse [ईमेल संरक्षित]:git/git.git

  $ cd git
  $ git sparse-checkout init --cone

  $ git sparse-checkout add t
  ....
  $ git sparse-checkout दस्तऐवजीकरण जोडा
  ....
  $ git स्पार्स-चेकआउट सूची
  दस्तऐवजीकरण
  t

• "git grep" कमांडचे कार्यप्रदर्शन, रिपॉझिटरी आणि ऐतिहासिक आवर्तन दोन्ही शोधण्यासाठी वापरले जाते, लक्षणीय सुधारित केले आहे. शोधाची गती वाढवण्यासाठी, अनेक थ्रेड्स (“git grep –threads”) वापरून कार्यरत झाडाची सामग्री स्कॅन करणे शक्य होते, परंतु ऐतिहासिक पुनरावृत्तींमधील शोध सिंगल-थ्रेडेड होता. आता ऑब्जेक्ट स्टोरेजमधून वाचन ऑपरेशन्स समांतर करण्याची क्षमता लागू करून ही मर्यादा काढून टाकण्यात आली आहे. डीफॉल्टनुसार, थ्रेड्सची संख्या सीपीयू कोरच्या संख्येइतकी सेट केली जाते, ज्यासाठी आता "-थ्रेड्स" पर्याय स्पष्टपणे सेट करण्याची आवश्यकता नाही.
• सबकमांड्स, पथ, लिंक्स आणि “गिट वर्कट्री” कमांडच्या इतर आर्ग्युमेंट्सच्या स्वयंपूर्णतेसाठी समर्थन जोडले आहे, जे तुम्हाला रेपॉजिटरीच्या अनेक कार्यरत प्रतींसह कार्य करण्यास अनुमती देते.
• एएनएसआय एस्केप सीक्वेन्स असलेल्या चमकदार रंगांसाठी समर्थन जोडले. उदाहरणार्थ, हायलाइट रंगांच्या सेटिंग्जमध्ये “git config –color” किंवा “git diff –color-moved” तुम्ही चमकदार निळ्यासाठी “--format” पर्यायाद्वारे “%C(brightblue)” निर्दिष्ट करू शकता.
• स्क्रिप्टची नवीन आवृत्ती जोडली fsmonitor-वॉचमन, यंत्रणा सह एकीकरण प्रदान फेसबुक वॉचमन फाईलमधील बदलांचा मागोवा घेणे आणि नवीन फाइल्स दिसणे. गिट अपडेट केल्यानंतर आवश्यक आहे पुनर्स्थित करा रेपॉजिटरी मध्ये हुक.
• बिटमॅप वापरताना आंशिक क्लोनची गती वाढवण्यासाठी ऑप्टिमायझेशन जोडले
  (बिटमॅप मशीनरी) आउटपुट फिल्टर करताना सर्व ऑब्जेक्ट्सचा संपूर्ण शोध टाळण्यासाठी. आंशिक क्लोनिंग दरम्यान ब्लॉब (—filter=blob:none आणि —filter=blob:limit=n) तपासणे आता केले जाते.
  लक्षणीय जलद. GitHub ने या ऑप्टिमायझेशनसह पॅचची घोषणा केली आणि आंशिक क्लोनिंगसाठी प्रायोगिक समर्थन केले.

• "गिट रिबेस" कमांड वेगळ्या बॅकएंडवर हलवण्यात आली आहे, 'पॅच+अप्लाय' ऐवजी डीफॉल्ट 'मर्ज' मेकॅनिझम (पूर्वी "रीबेस -i" साठी वापरली जात होती) वापरून. बॅकएंड काही छोट्या मार्गांनी भिन्न असतात, उदाहरणार्थ, संघर्षाचे निराकरण केल्यानंतर ऑपरेशन सुरू ठेवल्यानंतर (git rebase --continue), नवीन बॅकएंड कमिट मेसेज संपादित करण्याची ऑफर देते, तर जुना फक्त जुना मेसेज वापरतो. जुन्या वर्तनाकडे परत जाण्यासाठी, तुम्ही "--apply" पर्याय वापरू शकता किंवा 'rebase.backend' कॉन्फिगरेशन व्हेरिएबल 'लागू' वर सेट करू शकता.
• .netrc द्वारे निर्दिष्ट प्रमाणीकरण पॅरामीटर्ससाठी हँडलरचे उदाहरण बॉक्सच्या बाहेर वापरण्यासाठी योग्य असलेल्या फॉर्ममध्ये कमी केले गेले आहे.
• डिजिटल स्वाक्षरी पडताळणी करणाऱ्या विविध घटकांसाठी किमान विश्वास पातळी सेट करण्यासाठी gpg.minTrustLevel सेटिंग जोडली.
• "गीट आरएम" आणि "गिट स्टॅश" मध्ये "--pathspec-from-file" पर्याय जोडला.
• SHA-2 ऐवजी SHA-1 हॅशिंग अल्गोरिदममध्ये संक्रमणाची तयारी करण्यासाठी चाचणी सूट्सची सुधारणा चालू राहिली.

स्त्रोत: opennet.ru