प्रोजेक्ट या dSYM खोए बिना Mac से Xcode पूरी तरह कैसे हटाएँ
AskClean टीम · अपडेट किया गया 2026-09-01
Xcode पूरी तरह हटाने से पहले स्रोत प्रोजेक्ट का बैकअप लें और वितरित बिल्ड के लिए ज़रूरी Archives व dSYM बचाएँ। फिर ऐप को ट्रैश में भेजकर DerivedData, Simulator, DeviceSupport और कमांड-लाइन टूल अलग-अलग जाँचें।
अनइंस्टॉल करने से पहले दोबारा न बन सकने वाला डेटा सुरक्षित करें
प्रोजेक्ट फ़ोल्डर Xcode के अवशेष नहीं हैं। रिपॉज़िटरी, कमिट न की गई फ़ाइलें, स्थानीय पैकेज और एसेट सुरक्षित करें। App Store, TestFlight या ग्राहकों के पास चल रहे संस्करणों के Archives/dSYM और ज़रूरी Simulator स्थिति भी बचाएँ।
- सबसे पहले Xcode बंद करें। Xcode चलते हुए DerivedData डिलीट करने से उसका इंडेक्सर उलझन में पड़ सकता है, और Xcode की खुली फ़ाइलें ठीक से डिलीट नहीं हो पातीं।
- फ़ोल्डर ढूँढ़ें: Xcode में Settings > Locations खोलें और DerivedData पाथ के बग़ल के छोटे तीर पर क्लिक करके उसे Finder में देखें। या Finder में Command-Shift-G दबाकर सीधे ~/Library/Developer/Xcode/DerivedData डालें।
- प्रोजेक्ट सबफ़ोल्डरों को साइज़ के हिसाब से क्रम में लगाएँ, जिन्हें हटाना है उन्हें चुनें (या सबके लिए Command-A) और Trash में भेज दें। पहले Trash में डालना ही सुरक्षित आदत है — इरादा बदले तो तुरंत वापस ला सकते हैं।
- Terminal से करना हो तो: rm -rf ~/Library/Developer/Xcode/DerivedData एक झटके में सब कुछ डिलीट कर देता है। बहुत बड़े फ़ोल्डरों के लिए यह Finder से तेज़ है, पर इस्तेमाल से पहले नीचे का नोट ज़रूर पढ़ें।
- Xcode दोबारा खोलकर बिल्ड करें। हर प्रोजेक्ट का पहला बिल्ड ध्यान देने लायक़ धीमा होगा, और ऐक्टिविटी बार में कुछ देर "Indexing" चलेगा — दोनों एक बार की कीमतें हैं।
rm -rf के साथ सावधान रहें: यह Trash को बायपास करके स्थायी रूप से डिलीट करता है, कोई undo नहीं। पाथ बिल्कुल सही टाइप करें, इस काम के लिए इसे कभी sudo से न चलाएँ, और Terminal में सहज न हों तो Finder वाला रास्ता यही काम वापस लाने योग्य ढंग से करता है।
DerivedData डिलीट करें
इसके तीन तरीक़े हैं, और तीनों एक ही जगह पहुँचते हैं। Xcode का Clean Build Folder कमांड (Product > Clean Build Folder, या Command-Shift-K) सिर्फ़ मौजूदा खुले प्रोजेक्ट के बिल्ड प्रोडक्ट साफ़ करता है — किसी अजीब बिल्ड को ठीक करने के लिए उपयोगी, पर डिस्क-स्पेस की सुई इससे मुश्किल से हिलती है। असली जगह वापस पाने के लिए DerivedData फ़ोल्डर खुद डिलीट करें।
प्रोजेक्ट-दर-प्रोजेक्ट डिलीट करना सर्जिकल विकल्प है: जिन दो-तीन प्रोजेक्ट को आप रोज़ बिल्ड करते हैं उनका DerivedData रखें, और बाक़ी सबके फ़ोल्डर हटा दें। पूरा फ़ोल्डर एक साथ डिलीट करना तेज़ विकल्प है, और वह भी ठीक है — बस पूरे-रीबिल्ड की कीमत आप हर प्रोजेक्ट पर एक साथ चुकाते हैं।
ऐप को उसी तरीके से हटाएँ जिससे वह इंस्टॉल हुआ था
Xcode और Simulator बंद करें और सही Xcode.app को Finder से ट्रैश में भेजें। /Library/Developer/CommandLineTools अपने-आप न हटाएँ; Git, Homebrew, clang और बिल्ड स्क्रिप्ट अब भी उन पर निर्भर हो सकती हैं।
पैकेज मैनेजर कैश (SwiftPM, CocoaPods, npm, Homebrew)
पैकेज मैनेजर अब तक डाउनलोड की हर डिपेंडेंसी सँभालकर रखते हैं ताकि आगे के इंस्टॉल तेज़ हों। यह अच्छी इंजीनियरिंग है और बुरी डिस्क-सफ़ाई: ये कैश सिर्फ़ बढ़ते हैं, और कुछ साल के प्रोजेक्ट देख चुकी मशीन पर चुपचाप 10-20 GB जोड़ देते हैं। सबको साफ़ करना सुरक्षित है — बदतर से बदतर हालत में आपका अगला इंस्टॉल पैकेज दोबारा डाउनलोड कर लेगा।
Swift Package Manager डाउनलोड किए पैकेज ~/Library/Caches/org.swift.swiftpm में कैश करता है, और हर प्रोजेक्ट के resolved checkout उसके DerivedData फ़ोल्डर के अंदर भी रहते हैं — यानी DerivedData साफ़ करने से वे पहले ही साफ़ हो जाते हैं। साझा कैश आप Finder से डिलीट कर सकते हैं, या उस पाथ पर rm -rf से।
ट्रैश खाली करने से पहले जाँच करें
Applications, चल रही प्रक्रियाएँ और xcode-select -p फिर जाँचें। ट्रैश खाली करने से पहले प्रोजेक्ट, ज़रूरी Archives/dSYM और Simulator डेटा मौजूद होने की पुष्टि करें। System Data का आँकड़ा देर से अपडेट हो सकता है।
पूरी तरह अनइंस्टॉल करने की सुरक्षा तालिका
Xcode हटाते समय दोबारा बन सकने वाली कैश फ़ाइलों को Archives, DeviceSupport, Simulator डेटा और Command Line Tools से अलग रखें।
| निर्णय | जाँच या कार्रवाई का स्थान | परिणाम और पुष्टि |
|---|---|---|
| अनइंस्टॉल करने से पहले दोबारा न बन सकने वाला डेटा सुरक्षित करें | Projects / Xcode Organizer / Archives | प्रोजेक्ट फ़ोल्डर Xcode के अवशेष नहीं हैं। रिपॉज़िटरी, कमिट न की गई फ़ाइलें, स्थानीय पैकेज और एसेट सुरक्षित करें। App Store, TestFlight या ग्राहकों के पास चल रहे संस्करणों के Archives/dSYM और ज़रूरी Simulator स्थिति भी बचाएँ। |
| ऐप को उसी तरीके से हटाएँ जिससे वह इंस्टॉल हुआ था | /Applications/Xcode.app / Finder | Xcode और Simulator बंद करें और सही Xcode.app को Finder से ट्रैश में भेजें। /Library/Developer/CommandLineTools अपने-आप न हटाएँ; Git, Homebrew, clang और बिल्ड स्क्रिप्ट अब भी उन पर निर्भर हो सकती हैं। |
| ट्रैश खाली करने से पहले जाँच करें | xcode-select -p / Activity Monitor | Applications, चल रही प्रक्रियाएँ और xcode-select -p फिर जाँचें। ट्रैश खाली करने से पहले प्रोजेक्ट, ज़रूरी Archives/dSYM और Simulator डेटा मौजूद होने की पुष्टि करें। System Data का आँकड़ा देर से अपडेट हो सकता है। |
FAQ
क्या पूरा ~/Library/Developer मिटाया जा सकता है?
नहीं। इसमें दोबारा बन सकने वाले DerivedData के साथ Archives/dSYM, DeviceSupport, runtimes और Simulator state भी होते हैं; हर श्रेणी अलग जाँचें।
क्या DerivedData डिलीट करना सुरक्षित है?
हाँ — यह Mac पर सबसे सुरक्षित बड़े डिलीट में से एक है। DerivedData में सिर्फ़ वे फ़ाइलें होती हैं जो Xcode आपके सोर्स से बनाता है: बिल्ड प्रोडक्ट, मॉड्यूल कैश, इंडेक्स और लॉग। आपका कोड, प्रोजेक्ट फ़ाइलें और git हिस्ट्री कहीं और रहते हैं और कभी प्रभावित नहीं होते। नतीजा बस इतना है कि हर प्रोजेक्ट का अगला बिल्ड पूरा रीबिल्ड होता है और इंडेक्सिंग दोबारा चलती है।
DerivedData कितनी बार साफ़ करना चाहिए?
कोई तय समय-सारणी नहीं है — जब यह इतना बड़ा हो जाए कि फ़र्क़ पड़े तब साफ़ करें, जो ज़्यादातर सक्रिय डेवलपरों के लिए हर एक-दो महीने का मतलब रखता है। दो मौक़े हमेशा इसे जायज़ ठहराते हैं: जब आपको फ़ौरन डिस्क स्पेस चाहिए, और जब किसी प्रोजेक्ट में बेवजह के बिल्ड एरर या बासी कोड कंप्लीशन दिखे — वहाँ DerivedData मिटाना मानक पहला इलाज है।
स्रोत