रजिस्ट्री के dangling परत लिंक को साफ करने के बाद पुनर्निर्माण

Chorekamo-meet
शिप
5 सितंबर 2026 को 12:02 am बजे UTC
लेखक
Kamo
Commit
1e6e50f

पिछले दो निर्माण (2862548, dd323bc) दोनों उत्पादित छवियां जिन्हें खींचा नहीं जा सकता: शॉर्ट रीड: 3985350 बाइट्स की उम्मीद थी लेकिन 0: अप्रत्याशित EOF कारण: रजिस्ट्री ने उनमें से प्रत्येक के लिए एक प्रति रेपो परत LINK रखी जबकि ब्लोब DATA के तहत blobs/sha256/<xx>/<digest>/data चला गया था। पुश ने लिंक को देखा, यह निष्कर्ष निकाला कि परत पहले से ही थी प्रस्तुत और अपलोड छोड़ दिया; फिर खींचें 200 शून्य बाइट्स के साथ। पुनर्निर्माण इसे ठीक नहीं कर सकता, क्योंकि हर पुनर्निर्माण ने समान पाचन का उत्पादन किया और उसी परतों को छोड़ दिया - यही कारण है कि क्यों है पहले पुनर्निर्माण ने वास्तव में विफलता को पुन: उत्पन्न किया। इस रेपो के 446 परत लिंक के 396 dangling थे; सभी 396 हटा दिया गया है (प्रत्येक पुनः सत्यापित के रूप में) पहले कोई ब्लोब डेटा नहीं होने के कारण अकेले 50 बरकरार लोगों को छोड़ दिया गया। खोजने के लिए कोई लिंक के साथ, यह पुश उन्हें छोड़ने के बजाय उन परतों को अपलोड करना। सैम्पलिंग रेजिस्ट्री में हर रेपो में एक ही डांगल-लिंक स्थिति को दर्शाता है, इसलिए यह एक है रजिस्ट्री-व्यापी अखंडता समस्या जो केवल यहां घातक होती है - कहीं और रजिस्ट्री 404s लापता ब्लॉब और पुश पुनः-uploads। संभावित कारण एक जीसी है जिसने बिना छंटाई के ब्लब्स को हटा दिया प्रति रेपो लिंक।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें