AskCleanAskClean

क्रैश सिंबल खोए बिना पुराने Xcode Archives कैसे हटाएँ

AskClean टीम · अपडेट किया गया 2026-07-31

Xcode Archive को तभी हटाएँ जब यह पक्का हो कि वर्शन अब वितरित नहीं होता और उसका dSYM क्रैश रिपोर्ट को सिंबॉलिकेट करने के लिए जरूरी नहीं है। Organizer में बिल्ड देखें, सक्रिय App Store, TestFlight, Enterprise और Ad Hoc बिल्ड रखें और केवल बंद हो चुके आर्काइव को Trash में भेजें।

सुरक्षित सक्रिय वर्शन और समीक्षा के लिए रखे पुराने बिल्ड में बाँटे गए Xcode Archives
Archive रिलीज़ का प्रमाण है, कैश नहीं: सक्रिय बिल्ड बचाएँ और बाकी को एक-एक करके जाँचें।

Archive कैश नहीं है

Product > Archive, ~/Library/Developer/Xcode/Archives में सटीक बाइनरी, मेटाडेटा और आम तौर पर संबंधित dSYM वाला .xcarchive बनाता है। DerivedData को सोर्स से फिर बनाया जा सकता है; dSYM किसी खास बिल्ड के UUID से मेल खाता है और उसी कमिट को दोबारा कंपाइल करने पर वही dSYM दोबारा नहीं मिलता।

हटाने से पहले बिल्ड का ऑडिट करें

Window > Organizer > Archives में ऐप, वर्शन, बिल्ड नंबर, तारीख और वितरण स्थिति देखें। हर ऐसा बिल्ड रखें जो अभी इंस्टॉल है या सपोर्ट और क्रैश विश्लेषण अवधि में है। केवल पुरानी तारीख किसी फ़ाइल को सुरक्षित रूप से हटाने योग्य नहीं बनाती।

  1. Window > Organizer खोलें और Archives चुनें।
  2. सक्रिय App Store, TestFlight, Enterprise और Ad Hoc बिल्ड लिखें।
  3. dSYM जाँचें और जिन आर्काइव का कोई विकल्प नहीं है, उनका बैकअप लें।
  4. केवल छोड़े गए आंतरिक बिल्ड या सपोर्ट से बाहर वर्शन चिह्नित करें।
  5. एक-एक करके हटाएँ, बाकी जाँचें और फिर Trash खाली करें।

पुराना बिल्ड महीनों तक इंस्टॉल रह सकता है; फैसला वितरण और सपोर्ट के आधार पर करें, केवल तारीख पर नहीं।

वापस पाने योग्य तरीके से हटाएँ

Organizer को प्राथमिकता दें और एक बार में एक उम्मीदवार हटाएँ। Finder केवल तब इस्तेमाल करें जब Organizer पुराना पैकेज न पढ़ पाए, और पहले Info.plist को अपनी जाँच-सूची से मिलाएँ। .xcarchive के अंदर बदलाव न करें और जाँच से पहले Trash खाली न करें।

फ़ाइलें रखने की नीति बनाएँ

हर रिलीज़ के लिए आर्काइव का स्थान, सिंबल अपलोड, बैकअप और हटाने की तारीख दर्ज करें। जगह की तुरंत जरूरत हो तो पहले DerivedData और दोबारा बनने वाला डेटा हटाएँ। AskClean Archives को अलग दिखाता है और उन्हें एक साथ मिटाया जाने वाला कैश नहीं मानता।

फैसलों और जोखिमों की तुलना

हर .xcarchive की जाँच करें, वितरित वर्शन के dSYM सुरक्षित रखें और केवल बंद हो चुके बिल्ड हटाएँ।

फैसलाकहाँ जाँचेंसुरक्षा सीमा
Archive कैश नहीं है~/Library/Developer/Xcode/ArchivesProduct > Archive, ~/Library/Developer/Xcode/Archives में सटीक बाइनरी, मेटाडेटा और आम तौर पर संबंधित dSYM वाला .xcarchive बनाता है। DerivedData को सोर्स से फिर बनाया जा सकता है; dSYM किसी खास बिल्ड के UUID से मेल खाता है और उसी कमिट को दोबारा कंपाइल करने पर वही dSYM दोबारा नहीं मिलता।
हटाने से पहले बिल्ड का ऑडिट करेंWindow > Organizer > ArchivesWindow > Organizer > Archives में ऐप, वर्शन, बिल्ड नंबर, तारीख और वितरण स्थिति देखें। हर ऐसा बिल्ड रखें जो अभी इंस्टॉल है या सपोर्ट और क्रैश विश्लेषण अवधि में है। केवल पुरानी तारीख किसी फ़ाइल को सुरक्षित रूप से हटाने योग्य नहीं बनाती।
वापस पाने योग्य तरीके से हटाएँOrganizer / Finder / TrashOrganizer को प्राथमिकता दें और एक बार में एक उम्मीदवार हटाएँ। Finder केवल तब इस्तेमाल करें जब Organizer पुराना पैकेज न पढ़ पाए, और पहले Info.plist को अपनी जाँच-सूची से मिलाएँ। .xcarchive के अंदर बदलाव न करें और जाँच से पहले Trash खाली न करें।
फ़ाइलें रखने की नीति बनाएँRelease inventory / backupहर रिलीज़ के लिए आर्काइव का स्थान, सिंबल अपलोड, बैकअप और हटाने की तारीख दर्ज करें। जगह की तुरंत जरूरत हो तो पहले DerivedData और दोबारा बनने वाला डेटा हटाएँ। AskClean Archives को अलग दिखाता है और उन्हें एक साथ मिटाया जाने वाला कैश नहीं मानता।

FAQ

क्या मैं पूरा Archives फ़ोल्डर हटा सकता हूँ?

बिना जाँच नहीं। उसमें वितरित वर्शन की एकमात्र बाइनरी और उससे जुड़ा dSYM हो सकता है।

क्या ऐप App Store से हट जाएगा?

नहीं। केवल उस बिल्ड को फिर एक्सपोर्ट या सिंबॉलिकेट करने वाला लोकल बिल्ड आउटपुट हटेगा।

क्या मैं उसी कमिट से dSYM फिर बना सकता हूँ?

भरोसेमंद रूप से नहीं; उसे वितरित बाइनरी के UUID से ठीक-ठीक मेल खाना चाहिए।

स्रोत

डेवलपर स्टोरेज से जुड़ी और गाइड