🥇Git 2.41 स्रोत नियंत्रण उपलब्ध है प्रोहोस्टर

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

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

अगम्य वस्तुओं की बेहतर हैंडलिंग जो रिपॉजिटरी में संदर्भित नहीं हैं (शाखाएं या टैग संदर्भित नहीं हैं)। अगम्य वस्तुओं को कचरा संग्रहकर्ता द्वारा हटा दिया जाता है, लेकिन दौड़ की स्थिति से बचने के लिए हटाने से पहले एक निश्चित समय के लिए रिपॉजिटरी में रहता है। अगम्य वस्तुओं की अवधि पर नज़र रखने के लिए, समान वस्तुओं के परिवर्तन समय के साथ लेबल को बाँधना आवश्यक है, जो उन्हें एक पैक-फ़ाइल में संग्रहीत करने की अनुमति नहीं देता है, जिसमें सभी वस्तुओं का एक सामान्य परिवर्तन समय होता है। पहले, प्रत्येक अगम्य वस्तु को एक अलग फ़ाइल में संग्रहीत किया गया था, जिसके कारण बड़ी संख्या में ताज़ा अगम्य वस्तुएँ थीं जो अभी तक विलोपन के अधीन नहीं थीं। नई रिलीज़ में, डिफ़ॉल्ट रूप से, "क्रुफ़्ट पैक्स" तंत्र का उपयोग अगम्य वस्तुओं को पैक करने के लिए किया जाता है, जो सभी अगम्य वस्तुओं को एक पैक फ़ाइल में संग्रहीत करने की अनुमति देता है, और प्रत्येक वस्तु के संशोधन समय पर डेटा को एक अलग तालिका में संग्रहीत करता है। ".mtimes" एक्सटेंशन के साथ फाइल करें और ".idx" एक्सटेंशन के साथ एक इंडेक्स फाइल का उपयोग करके लिंक करें।
डिफ़ॉल्ट रूप से, पैक फ़ाइलों के लिए डिस्क पर रिवर्स इंडेक्स (रीविंडेक्स) बनाए रखना सक्षम है। जब टॉर्वाल्ड्स/लिनक्स रिपॉजिटरी पर परीक्षण किया गया, तो एक रिवर्स इंडेक्स के उपयोग ने हमें संसाधन-गहन "गिट पुश" संचालन को 1.49 गुना तेज करने की अनुमति दी, और सरल संचालन, जैसे कि "गिट कैट-" का उपयोग करके एकल वस्तु के आकार की गणना करना। फ़ाइल --बैच = '% (ऑब्जेक्टसाइज: डिस्क)' » 77 बार। फ़ाइलें (".rev") एक रिवर्स इंडेक्स के साथ ".git/objects/pack" निर्देशिका में रिपॉजिटरी के अंदर संग्रहीत की जाएंगी।
याद रखें कि Git सभी डेटा को ऑब्जेक्ट के रूप में संग्रहीत करता है, जिसे अलग-अलग फ़ाइलों में रखा जाता है। रिपॉजिटरी के साथ काम करने की दक्षता बढ़ाने के लिए, वस्तुओं को अतिरिक्त रूप से पैक फाइलों में रखा जाता है, जिसमें एक के बाद एक वस्तुओं की धारा के रूप में जानकारी प्रस्तुत की जाती है (एक समान प्रारूप का उपयोग तब किया जाता है जब वस्तुओं को git लाने और git के साथ स्थानांतरित किया जाता है पुश कमांड)। प्रत्येक पैक फ़ाइल के लिए एक अनुक्रमणिका फ़ाइल (.idx) बनाई जाती है, जो आपको बहुत तेज़ी से पैक फ़ाइल में ऑफ़सेट निर्धारित करने की अनुमति देती है जिसके द्वारा दिए गए ऑब्जेक्ट को ऑब्जेक्ट आइडेंटिफ़ायर द्वारा संग्रहीत किया जाता है।

नई रिलीज़ में शामिल रिवर्स इंडेक्स का उद्देश्य पैक फ़ाइल में ऑब्जेक्ट के स्थान के बारे में जानकारी से ऑब्जेक्ट आईडी निर्धारित करने की प्रक्रिया को सुव्यवस्थित करना है। पहले, इस तरह के रूपांतरण को पैक फ़ाइल के पार्सिंग के दौरान मक्खी पर किया जाता था और केवल मेमोरी में संग्रहीत किया जाता था, जो ऐसे इंडेक्स के पुन: उपयोग की अनुमति नहीं देता था और इंडेक्स को हर बार उत्पन्न करने के लिए मजबूर करता था। ऑब्जेक्ट-पोजिशन पेयर की एक सरणी बनाने और इसे स्थिति के अनुसार क्रमबद्ध करने के लिए एक इंडेक्स बनाने का संचालन कम हो जाता है, जो बड़ी पैक फ़ाइलों के लिए लंबा समय ले सकता है।

उदाहरण के लिए, वस्तुओं की सामग्री को प्रदर्शित करने का संचालन, जो प्रत्यक्ष सूचकांक का उपयोग करता है, वस्तुओं के आकार को दिखाने के संचालन की तुलना में 62 गुना तेज था, जिसके लिए स्थिति-से-वस्तु संबंध डेटा को अनुक्रमित नहीं किया गया था। रिवर्स इंडेक्स का उपयोग करने के बाद, ये ऑपरेशन लगभग एक ही समय लेने लगे। रिवर्स इंडेक्स आपको डिस्क से तैयार डेटा को सीधे स्थानांतरित करके लाने और पुश कमांड निष्पादित करते समय ऑब्जेक्ट भेजने के संचालन को गति देने की अनुमति देता है।
क्रेडेंशियल हैंडलर और ऑथेंटिकेशन सर्विस के बीच WWW-ऑथेंटिकेट हेडर पास करने के लिए "क्रेडेंशियल हेल्पर" प्रोटोकॉल के लिए सपोर्ट जोड़ा गया, जिसका इस्तेमाल प्रतिबंधित रिपॉजिटरी एक्सेस करते समय क्रेडेंशियल्स पास करने के लिए किया जाता है। WWW-प्रमाणीकरण हेडर के लिए समर्थन आपको OAuth स्कोप पैरामीटर पास करने की अनुमति देता है ताकि रिपॉजिटरी तक उपयोगकर्ता की पहुंच को अधिक विस्तृत रूप से अलग किया जा सके और अनुरोधों के लिए उपलब्ध स्कोप को सीमांकित किया जा सके।
जोड़ा गया प्रारूप विकल्प "% (आगे-पीछे: )", जो आपको किसी अन्य शाखा के सापेक्ष एक निश्चित शाखा में मौजूद या अनुपस्थित होने की संख्या के बारे में तुरंत जानकारी प्राप्त करने की अनुमति देता है (कितना एक शाखा कमिट के स्तर पर दूसरे से पीछे या आगे है)। पहले, इस जानकारी को प्राप्त करने के लिए दो अलग-अलग कमांड की आवश्यकता होती थी: "git rev-list --count main..my-feature" शाखा के लिए अद्वितीय कमिट की संख्या प्राप्त करने के लिए, और "git rev-list --count my-feature.. main" लापता कमिट नंबर प्राप्त करने के लिए। अब ऐसी गणनाओं को एक ही निर्देश में घटाया जा सकता है, जो लेखन संचालकों को सरल बनाता है और निष्पादन समय को कम करता है। उदाहरण के लिए, विलय न की गई शाखाओं को प्रदर्शित करने और मूल्यांकन करने के लिए कि क्या वे अपनी मुख्य शाखा के पीछे या आगे हैं, आप एक-लाइनर का उपयोग कर सकते हैं: $ git for-each-ref --no-merged=origin/HEAD \ --format=' %(refname:short) %(आगे-पीछे :origin/HEAD)' \ refs/heads/tb/ | column -t tb/cruft-extra-tips 2 96 tb/for-each-ref—पहले उपयोग की गई स्क्रिप्ट के बजाय 16 96 tb/roaring-bitmaps 47 3 को छोड़ दें, जो 17 गुना धीमी है: $ git for-प्रत्येक-रेफरी - प्रारूप = '% (पुनर्नाम: संक्षिप्त)' --no-विलय = मूल/HEAD \ refs/heads/tb | जबकि पढ़ा हुआ रेफरी आगे करें = "$ (गिट रेव-लिस्ट - गिनती मूल / हेड.. $ रेफ)" पीछे = "$ (गिट रेव-लिस्ट - गिनती $ रेफरी..ओरिजिन / हेड)" प्रिंटफ "% s %d %d\n" "$ref" "$आगे" "$पीछे" हो गया | कॉलम -t tb/cruft-extra-tips 2 96 tb/प्रत्येक-रेफरी के लिए—16 96 tb/गर्जन-बिटमैप 47 3 को छोड़ दें
"गिट फ़ेच" कमांड में "--पोर्सेलैन" विकल्प जोड़ा गया, जो प्रारूप में आउटपुट उत्पन्न करता है " ”, कम पठनीय, लेकिन लिपियों में पार्स करने के लिए अधिक सुविधाजनक।
स्थानीय रिपॉजिटरी में लिंक के हिस्से को छिपाकर "fetch.hideRefs" सेटिंग को जोड़ा गया है, यह सत्यापित करने के चरण में कि सर्वर ने ऑब्जेक्ट्स का पूरा सेट भेजा है, जो केवल सर्वर तक चेक को सीमित करके समय बचाता है। जिससे डेटा सीधे प्राप्त किया जाता है। उदाहरण के लिए, जब बड़ी संख्या में ट्रैक किए गए बाहरी लिंक वाले रिपॉजिटरी वाले सिस्टम पर परीक्षण किया जाता है, तो $remote लक्ष्य सर्वर को संबोधित लिंक को छोड़कर सभी लिंक को छोड़कर "git फ़ेच" ऑपरेशन को 20 मिनट से घटाकर 30 सेकंड कर दिया जाता है। $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ fetch $remote
"Git fsck" कमांड एक्सेसिबिलिटी बिटमैप्स और रिवर्स इंडेक्स में भ्रष्टाचार, चेकसम मिलान और मूल्यों की शुद्धता की जांच करने की क्षमता को लागू करता है।
$GIT_DIR के अंदर सांकेतिक लिंक वाले रिपॉजिटरी से कॉपी करने का प्रयास करते समय "गिट क्लोन --लोकल" कमांड अब एक त्रुटि प्रदर्शित करता है।

स्रोत: opennet.ru

Git 2.41 स्रोत नियंत्रण प्रणाली उपलब्ध है

एक टिप्पणी जोड़ें उत्तर रद्द