Git चे नवीन हॅश डीफॉल्ट – याचा अर्थ काय
Git चे प्रस्तावित SHA-256 डीफॉल्ट नवीन रिपॉझिटरीजसाठी सुसंगतता मर्यादा निर्माण करते.
Git चे प्रस्तावित SHA-256 डीफॉल्ट नवीन रिपॉझिटरीजसाठी सुसंगतता मर्यादा निर्माण करते. आम्ही अधिकृत योजना, स्कॉट चकॉनचा आक्षेप आणि कार्यशील GitHub पूर्वावलोकन अपवाद तपासतो, त्यानंतर Pi 1.0 आणि SvelteKit 3 कव्हर करतो. निकाल: NEEDS REVIEW.
लिखित आवृत्ती वाचा (इंग्रजी) ↗
या व्हिडिओमध्ये काय समाविष्ट आहे
- दोन Git रिपॉझिटरीज एकमेकांशी बोलण्यास का नकार देऊ शकतात?
- Git 3 मध्ये खरोखर काय बदल होते?
- Git संघट्टन (collisions) ओळखत असल्यास SHA-1 का बदलावे?
- आमच्या स्थानिक सुसंगतता तपासणीने काय दर्शविले?
- Pi Durable मध्ये क्रॅश झाल्यावर काय टिकते?
अनुवादित प्रतिलेख
मूळ इंग्रजी निवेदनातून अनुवादित. उपलब्ध ऑडिओ आणि मथळे YouTube द्वारे नियंत्रित आहेत.
दोन Git रिपॉझिटरीज एकमेकांशी बोलण्यास का नकार देऊ शकतात?
0:00 तुम्हाला वाटेल की Git अपग्रेड केल्याने तुमची साधने बोलत राहतील. Git चे नियोजित नवीन हॅश डीफॉल्ट रिपॉझिटरीज तयार करते जे आजचे जुने स्वरूप बोलू शकत नाही. या व्हिडिओमध्ये, बदल का? काय तुटते? कोण तयार आहे? GitHub वर आधीच एक कार्यरत अपवाद आहे. ते शेवटी काय सिद्ध करते ते मी तुम्हाला दाखवेन. आज शुक्रवार, ऑक्टोबरची दुसरी तारीख आहे, आणि हे The Daily Diff आहे.
0:18 गुरुवारी, एका GitHub सह-संस्थापकाने Git च्या नियोजित बदलाला एक खर्चिक चूक म्हटले. Pi ने एक नवीन एजंट हार्नेस पाठवले, आणि SvelteKit ने दुसरे स्थलांतर पाठवले. स्कॉट चकॉनने GitHub तयार करण्यात मदत केली आणि Pro Git लिहिले, त्यामुळे ही तक्रार आतून आली आहे. हे घर Git साधने देखील विकते. प्रथम, वास्तविक योजना.
Git 3 मध्ये खरोखर काय बदल होते?
0:35 Git तीन नवीन रिपॉझिटरीजसाठी SHA दोनशे छप्पन डीफॉल्ट करेल, एकदा लायब्ररी आणि होस्टिंग सेवा ते समर्थन करण्यास तयार असतील. अधिकृत दस्तऐवजात कोणतीही प्रकाशन तारीख दिलेली नाही आणि SHA एक समर्थित ठेवतो. जेव्हा तुम्ही एक्झिक्युटेबल अपग्रेड करता तेव्हा तुमची सध्याची रिपॉझिटरी जादुईपणे स्वरूप बदलत नाही. तुमचा ग्रुप चॅट आपत्कालीन स्थलांतर शेड्यूल करण्यापूर्वी हे लक्षात ठेवण्यासारखे आहे. हा नाटक एक प्रस्तावित डीफॉल्ट आहे, आणि अंतिम मुदत सध्या एक कोरी कॅलेंडर आहे.
Git संघट्टन (collisions) ओळखत असल्यास SHA-1 का बदलावे?
0:58 बदल का करायचा? Git ऑब्जेक्ट्सना त्यांच्या सामग्रीला हॅश करून नावे देते. फाइल्स ट्रीमध्ये फीड होतात, आणि कमिट्स ट्री आणि पूर्वीच्या कमिट्सचा संदर्भ देतात. ते तुम्हाला इतिहासात अखंडता देते. हॅशिंग योजना बदलल्यास ऑब्जेक्टची नावे देखील बदलतात, इतर ऑब्जेक्ट्समध्ये संग्रहित संदर्भ देखील. चकॉन लिनस टॉरवाल्ड्स, Git च्या निर्मात्याकडे जातो, असा युक्तिवाद करत की विश्वसनीय
1:17 वितरण महत्त्वाचे आहे. हे एक ऐतिहासिक स्थान आहे, आणि लिनसने दोन हजार पाच मध्ये SHA एक निवडले. तेव्हापासून सुरक्षा प्रकरण बदलले आहे. संशोधकांनी दोन हजार सतरा मध्ये SHA एक संघट्टन (collisions) प्रदर्शित केले, आणि नंतर PGP ओळख प्रमाणपत्रांविरुद्ध निवडलेला उपसर्ग हल्ला प्रदर्शित केला. आधुनिक Git कठीण केलेल्या SHA एक सह ज्ञात संघट्टन हल्ले ओळखते. त्याचे देखभालकर्ते भविष्यातील हल्ल्यांपासून देखील संरक्षण इच्छितात, जे स्वाक्षऱ्यांकडून अपेक्षित असणे योग्य आहे. चकॉनला वाटते की इकोसिस्टम बिल खूप कमी सुरक्षा खरेदी करते.
1:41 तो ट्री सामग्रीच्या वेगळ्या मजबूत चेकसमवर स्वाक्षरी करण्याचा प्रस्ताव देतो, आजचे ऑब्जेक्ट ॲड्रेसिंग खाली ठेवून. काय तुटते? मी स्थानिकरित्या दोन्ही स्वरूप तयार केले आणि त्याच छोट्या फाइलला हॅश केले. एका ऑब्जेक्टच्या नावात चाळीस हेक्स वर्ण आहेत, दुसऱ्यामध्ये चौसष्ट.
आमच्या स्थानिक सुसंगतता तपासणीने काय दर्शविले?
1:54 मग मी त्यांच्यात फेच करण्याचा प्रयत्न केला. माझ्या स्थापित Git ने ते विसंगत अल्गोरिदमसह नाकारले, सध्याच्या अधिकृत मॅन्युअलमध्ये वर्णन केलेल्या सुसंगतता अंतरासारखेच. याने माझे जुने स्थापित Git वापरले, त्यामुळे ते आजच्या सीमेबद्दल सांगते. त्याला अप्रकाशित Git तीनची चाचणी म्हणणे रचनात्मक लेखांकन असेल. स्थलांतर कार्य स्क्रिप्ट्समध्ये पोहोचते जे हॅशच्या लांबीची कल्पना करतात, आणि ऑब्जेक्टच्या नावांना जोडलेल्या प्रणालींमध्ये. इतिहासाचे रीहॅशिंग करण्यासाठी त्या ओळखींमध्ये एक मॅपिंग आवश्यक आहे.
2:19 Git च्या संक्रमण डिझाइनमध्ये ते मॅपिंग आणि स्वाक्षरी हाताळणे समाविष्ट आहे. अंमलबजावणीची तयारी महत्त्वाची आहे, कारण डिझाइन दस्तऐवज तुमच्या आवडत्या विकसक साधनामध्ये लपलेल्या लायब्ररीला अपग्रेड करत नाही. चकॉनच्या युक्तिवादात ही मानवी किंमत आहे. प्रत्येक साधन देखभालकर्त्याला दुसरे सुसंगतता कार्य मिळते, जेव्हा वापरकर्ते शोधतात की त्यांच्या आवृत्ती नियंत्रणाला आता आवृत्ती नियंत्रण आवश्यक आहे. सध्या, प्रकल्पासाठी नवीन स्वरूप निवडण्यापूर्वी तुमचे होस्ट आणि साधने तपासा. ती इकोसिस्टम जुळवून घेईपर्यंत सध्याच्या संघांना त्यांचे सध्याचे स्वरूप ठेवता येते.
2:44 दरम्यान, Pi एक पॉइंट शून्यवर पोहोचले. हे एरेंडिलचे एक कोडिंग एजंट हार्नेस आहे, कोडमोडद्वारे मूळ MCP समर्थनासह आणि
Pi Durable मध्ये क्रॅश झाल्यावर काय टिकते?
2:51 जेव्हा आवश्यक असेल तेव्हा साधने लोड होतात. संघ मिनिमलिझमला मुद्दा मानतो. जर तुमची एजंट सेटअप आधीच एका लहान सरकारसारखी असेल, आवश्यकतेपर्यंत साधने प्रॉम्प्टमधून बाहेर ठेवणे प्रशासकीय सुधारणासारखे वाटते. याने Pi Durable, एक वेगळे प्रायोगिक फ्रेमवर्क देखील प्रसिद्ध केले. टास्क चेकपॉइंट्स वाचवतात जेणेकरून पुनरारंभ केलेली प्रक्रिया अपूर्ण काम सातत्यपूर्ण स्टोरेजमधून उचलू शकेल. महत्त्वाचा तपशील म्हणजे टूल रीप्ले. क्रॅशमुळे व्यत्यय आलेले साधन ते सुरक्षित असल्याचे घोषित केल्यावरच पुन्हा चालते.
3:16 अन्यथा मॉडेलला ते व्यत्यय आले होते असे सांगितले जाते. जेव्हा एखादे साधन पैसे खर्च करू शकते तेव्हा ही एक उपयुक्त मर्यादा आहे. मला सहाय्यकाला माझी खरेदी सूची लक्षात ठेवायची आहे, क्रॅशचा आनंद न घेता, ते दोनदा विकत घेऊन. SvelteKit तीन देखील गुरुवारी आले, Vite मध्ये कॉन्फिगरेशन हलवून आणि
SvelteKit 3 तुमच्यासाठी काय स्थलांतरित करते?
3:30 मानक पॅकेज सबपाथ आयात वापरून डॉलर लिब (lib) ला हॅश लिबने (lib) बदलून. स्थलांतर कमांड जे शक्य आहे ते पुन्हा लिहिते आणि उर्वरित कामांची यादी सोडते. तुमचा रोबोट मदत करू शकतो, आणि तुमचा diff अजूनही वाचण्यासारखा आहे. घोषणा तुमच्या रोबोट मित्रांना देखील उरलेल्या कामांसाठी भर्ती करते. आम्ही अशा टप्प्यावर पोहोचलो आहोत जिथे फ्रेमवर्क अपग्रेड गृहपाठ आणि एक सुचवलेले पर्यायी शिक्षक पाठवते. आणि रिमोट फंक्शन्सना अजूनही प्रायोगिक Async Svelte आवश्यक आहे. एक प्रमुख आवृत्ती क्रमांक आश्वासक वाटतो, परंतु वैयक्तिक वैशिष्ट्ये त्यांची स्वतःची
3:56 परिपक्वता लेबले घेऊन येतात. तुम्ही खऱ्या अर्थाने वापरत असलेले तपासा. तर Git च्या नवीन स्वरूपासाठी कोण तयार आहे?
GitHub चे कार्यरत अपवाद काय सिद्ध करतो?
4:03 हा तो अपवाद आहे. ब्रायन कार्लसनच्या भाषणाचा समावेश असलेली एक सार्वजनिक GitHub रिपॉझिटरी आधीच एक पूर्ण SHA दोनशे छप्पन ऑब्जेक्ट नाव परत करते. मी थेट सार्वजनिक रिमोट तपासले. भाषणाच्या स्लाइड सपोर्टला खाजगी पूर्वावलोकन म्हणतात आणि म्हणतात की रिपॉझिटरी निर्मिती अजूनही येत आहे. वेटिंग रूममागे खरी प्रगती आहे. ते सिद्ध करते की GitHub ही पूर्वावलोकन रिपॉझिटरी देऊ शकते. ते आपल्याला शून्य हमी देते की सामान्य प्रकल्प निर्मिती किंवा तुमचे सर्व
4:24 एकत्रीकरण तयार आहेत. अपवादाला परवानगी मर्यादा आहे. मी हे बोलण्याऐवजी तुम्हाला हे वाचायचे असल्यास, diff दररोज सकाळी तुमच्या इनबॉक्समध्ये येते, daily diff dot dev वर विनामूल्य, लिंक खाली. म्हणून आजचा निकाल NEEDS REVIEW आहे. मी मजबूत हॅश पर्याय ठेवेन, आणि डीफॉल्ट बदलण्यापूर्वी संपूर्ण टूलचेन तपासेन.
माझा निकाल संपूर्ण टूलचेनवर का अवलंबून आहे?
4:40 सुसंगतता सुरक्षा सुधारणा शिपिंगचा भाग आहे. आणि हा आजचा diff आहे. मी Axrisi चा निको आहे. जबाबदारीने विलीन करा. जबाबदारीने विलीन करा.
स्रोत
- Chaconblog.gitbutler.com
- Git's official plangit-scm.com
- Current interoperabilitygit-scm.com
- Transition designgit-scm.com
- Independent collision researchsha-mbles.github.io
- GitHub preview repositorygithub.com
- Pi 1.0earendil.com
- Pi Durableearendil.com
- SvelteKit 3svelte.dev
- HN discussionnews.ycombinator.com



