🥇गिट 2.41 स्त्रोत नियंत्रण प्रणाली उपलब्ध

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

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

रेपॉजिटरीमध्ये संदर्भित नसलेल्या पोहोचण्यायोग्य वस्तूंचे सुधारित हाताळणी (शाखा किंवा टॅगद्वारे संदर्भित नाही). अगम्य वस्तू कचरा गोळा करणाऱ्याद्वारे हटवल्या जातात, परंतु शर्यतीच्या परिस्थिती टाळण्यासाठी त्या हटवण्याआधी ठराविक काळासाठी भांडारात राहतात. पोहोचण्यायोग्य नसलेल्या वस्तूंच्या घटनेच्या कालावधीचा मागोवा घेण्यासाठी, समान वस्तूंच्या बदलाच्या वेळेसह त्यांना टॅग संलग्न करणे आवश्यक आहे, जे त्यांना एका पॅक फाईलमध्ये संचयित करण्यास परवानगी देत नाही ज्यामध्ये सर्व ऑब्जेक्ट्समध्ये बदलण्याची सामान्य वेळ असते. पूर्वी, प्रत्येक अगम्य ऑब्जेक्ट वेगळ्या फाईलमध्ये संग्रहित केला जात असे, ज्यामुळे मोठ्या संख्येने ताज्या अगम्य ऑब्जेक्ट्स असताना समस्या उद्भवल्या ज्या अद्याप हटविण्यास पात्र नाहीत. नवीन रिलीझमध्ये, "क्रफ्ट पॅक" यंत्रणा डीफॉल्टनुसार अगम्य वस्तू पॅक करण्यासाठी वापरली जाते, जी तुम्हाला सर्व अगम्य वस्तू एका पॅक फाइलमध्ये संग्रहित करण्यास अनुमती देते आणि प्रत्येक ऑब्जेक्टच्या बदलाच्या वेळेचा डेटा एका वेगळ्या टेबलमध्ये परावर्तित केला जातो. ".mtimes" एक्स्टेंशन असलेल्या फाईलमध्ये आणि ".idx" एक्स्टेंशनसह इंडेक्स फाइल वापरून लिंक केली आहे.
पॅक फाइल्ससाठी डिस्कवर रिव्हर्स इंडेक्स राखणे डीफॉल्टनुसार सक्षम केले जाते. टॉरवाल्ड्स/लिनक्स रेपॉजिटरी वर चाचणी करताना, रिव्हर्स इंडेक्सच्या वापरामुळे संसाधन-केंद्रित "गिट पुश" ऑपरेशन्स 1.49 पट वाढवणे शक्य झाले आणि "गिट कॅट-" वापरून एकाच ऑब्जेक्टच्या आकाराची गणना करणे यासारखी साधी ऑपरेशन्स शक्य झाली. file —batch='%(objectsize:disk)' "७७ वेळा. रिव्हर्स इंडेक्स असलेल्या फाईल्स (“.rev”) “.git/objects/pack” निर्देशिकेमध्ये रेपॉजिटरीमध्ये संग्रहित केल्या जातील.
लक्षात ठेवा की Git सर्व डेटा ऑब्जेक्ट्सच्या स्वरूपात संग्रहित करते, जे स्वतंत्र फाइल्समध्ये स्थित आहेत. रेपॉजिटरीसह कार्य करण्याची कार्यक्षमता वाढविण्यासाठी, पॅक फायलींमध्ये ऑब्जेक्ट्स अतिरिक्त ठेवल्या जातात, ज्यामध्ये एकमेकांच्या मागे जाणाऱ्या ऑब्जेक्ट्सच्या प्रवाहाच्या स्वरूपात माहिती सादर केली जाते (गिट फेच आणि गिट पुशसह ऑब्जेक्ट्स हस्तांतरित करताना समान स्वरूप वापरले जाते. आज्ञा). प्रत्येक पॅक फाइलसाठी, एक इंडेक्स फाइल (.idx) तयार केली जाते, जी तुम्हाला पॅक फाइलमधील ऑफसेट अतिशय जलदपणे निर्धारित करण्यास अनुमती देते ज्यामध्ये ऑब्जेक्ट आयडेंटिफायर वापरून दिलेला ऑब्जेक्ट संग्रहित केला जातो.

नवीन रिलीझमध्ये समाविष्ट केलेल्या रिव्हर्स इंडेक्सचा उद्देश पॅक फाइलमधील ऑब्जेक्टच्या स्थानाबद्दलच्या माहितीवरून ऑब्जेक्ट आयडेंटिफायर निर्धारित करण्याच्या प्रक्रियेस अनुकूल करणे आहे. पूर्वी, पॅक फाईल पार्स करताना असे रूपांतरण फ्लायवर केले गेले होते आणि ते केवळ मेमरीमध्ये संग्रहित केले गेले होते, जे समान अनुक्रमणिका पुन्हा वापरण्याची परवानगी देत नाही आणि प्रत्येक वेळी निर्देशांक तयार करण्यास भाग पाडले. इंडेक्स बनवण्याच्या ऑपरेशनमध्ये ऑब्जेक्ट-पोझिशन जोड्यांचे अॅरे तयार करणे आणि स्थानानुसार क्रमवारी लावणे, ज्याला मोठ्या पॅक फाइल्ससाठी बराच वेळ लागू शकतो.

उदाहरणार्थ, ऑब्जेक्ट्सची सामग्री प्रदर्शित करण्यासाठी ऑपरेशन, जे डायरेक्ट इंडेक्स वापरते, ऑब्जेक्ट्सचा आकार प्रदर्शित करण्याच्या ऑपरेशनपेक्षा 62 पट वेगवान होते, ज्यासाठी पोझिशन-टू-ऑब्जेक्ट डेटा इंडेक्स केलेला नव्हता. रिव्हर्स इंडेक्स वापरल्यानंतर, या ऑपरेशन्सला अंदाजे समान वेळ लागू लागला. रिव्हर्स इंडेक्सेस तुम्हाला डिस्कवरून थेट रेडीमेड डेटा हस्तांतरित करून फेच आणि पुश कमांड कार्यान्वित करताना ऑब्जेक्ट पाठवण्याच्या ऑपरेशन्सची गती वाढवण्याची परवानगी देतात.
"क्रेडेन्शियल हेल्पर" प्रोटोकॉल, मर्यादित प्रवेशासह रेपॉजिटरीजमध्ये प्रवेश करताना क्रेडेन्शियल हस्तांतरित करण्यासाठी वापरला जातो, क्रेडेन्शियल हँडलर आणि प्रमाणीकरण ज्या सेवेमध्ये केले जाते त्या दरम्यान WWW-Authenticate शीर्षलेख पास करण्यासाठी समर्थन जोडले आहे. WWW-Authenticate हेडरसाठी सपोर्ट तुम्हाला OAuth स्कोप पॅरामीटर्स पास करण्यास अनुमती देतो वापरकर्ता रेपॉजिटरीजमध्ये प्रवेश आणि विनंत्यांसाठी उपलब्ध स्कोपच्या सीमांकनासाठी अधिक बारीक पृथक्करण करण्यासाठी.
for-each-ref कमांडमध्ये "%(पुढे-मागे:" स्वरूपन पर्याय जोडला: )", जे तुम्हाला एका विशिष्ट शाखेत उपस्थित किंवा अनुपस्थित असलेल्या कमिटच्या संख्येबद्दल, दुसर्‍या शाखेच्या सापेक्ष (कमिट स्तरावर एक शाखा किती मागे किंवा पुढे आहे) बद्दल माहिती मिळवू देते. पूर्वी, अशी माहिती मिळवण्यासाठी, तुम्हाला दोन स्वतंत्र कमांड चालवाव्या लागतील: “git rev-list —count main..my-feature” आणि “git rev-list —count my-feature”. ..मुख्य” नंबर गहाळ कमिट मिळविण्यासाठी. आता अशी गणना एका कमांडमध्ये कमी केली जाऊ शकते, जे हँडलरचे लेखन सुलभ करते आणि अंमलबजावणीची वेळ कमी करते. उदाहरणार्थ, विलीन न झालेल्या शाखा दर्शविण्यासाठी आणि त्या मुख्य शाखेच्या मागे आहेत की पुढे आहेत याचे मूल्यांकन करण्यासाठी, तुम्ही एक-लाइनर वापरू शकता: $ git for-each-ref —no-merged=origin/HEAD \ —स्वरूप ='%(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-each-ref — format='%(refname:short)' —no-merged=origin/HEAD \ refs/heads/tb | ref do ahead="$(git rev-list -count origin/HEAD..$ref)" मागे="$(git rev-list -count $ref..origin/HEAD)" printf "%s %d वाचताना %d\n" "$ref" "$ahead" "$behind" पूर्ण झाले | स्तंभ -tb/cruft-extra-tips 2 96 tb/for-each-ref—वगळा 16 96 tb/roaring-bitmaps 47 3
"-पोर्सिलीन" पर्याय "गिट फेच" कमांडमध्ये जोडला गेला आहे, जेव्हा निर्दिष्ट केले जाते, तेव्हा आउटपुट फॉरमॅटमध्ये तयार केले जाते. ", कमी वाचनीय, परंतु स्क्रिप्टमध्ये पार्स करण्यासाठी अधिक सोयीस्कर.
"fetch.hideRefs" सेटिंग जोडले, जे तुम्हाला सर्व्हरने ऑब्जेक्ट्सचा संपूर्ण संच पाठवला आहे की नाही हे तपासण्याच्या टप्प्यावर स्थानिक रेपॉजिटरीमध्ये काही संदर्भ लपवून तुम्हाला "गिट फेच" ऑपरेशन्सची गती वाढवते, ज्यामुळे वेळेची बचत होते. चेक फक्त सर्व्हरवर मर्यादित करणे ज्यामधून थेट डेटा पुनर्प्राप्त केला जातो. उदाहरणार्थ, मोठ्या संख्येने ट्रॅक केलेल्या बाह्य लिंक्स असलेल्या रेपॉजिटरीज असलेल्या सिस्टमवर चाचणी चालवताना, लक्ष्य सर्व्हर $remote ला संबोधित केलेल्या लिंक्स वगळता सर्व लिंक्स वगळून गीट फेच ऑपरेशनची अंमलबजावणी 20 मिनिटांपासून 30 सेकंदांपर्यंत कमी केली. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ fetch $remote
"git fsck" कमांड अॅक्सेसिबिलिटी बिटमॅप्स आणि रिव्हर्स इंडेक्सेसमधील भ्रष्टाचार, चेकसम अनुपालन आणि मूल्यांची शुद्धता तपासण्याची क्षमता प्रदान करते.
"git clone --local" कमांड आता $GIT_DIR मध्ये सिमलिंक्स असलेल्या रेपॉजिटरीमधून कॉपी करण्याचा प्रयत्न करताना त्रुटी दाखवते.

स्त्रोत: opennet.ru

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

एक टिप्पणी जोडा Отменить ответ