Xcode 4.3 में, मैं अतिरिक्त उपकरण कहां रखूं?


16

मैं उलझन में हूं। मैंने अभी 6 सप्लीमेंट्री पैकेज डाउनलोड किए हैं Xcode > Open Developer Tool > More Developer Tools...और मैंने सोचा है कि .dmg फाइलों में .pkg फाइलें होंगी, लेकिन इसके बजाय उनमें प्रोग्राम होते हैं। मैं इन कार्यक्रमों को कहाँ स्थापित करूँ?

मुझे संदेह है कि उत्तर "आप कहीं भी चाहते हैं।" - लेकिन मुझे यह विचार पसंद नहीं है। मैं उन्हें कुछ मानक या पारंपरिक स्थान पर रखना चाहता हूं।

अजीब तरह से, कोई README फाइल नहीं है जिसमें कहा गया है कि ये कहां जाना चाहिए।

अभी के लिए, मैं उन्हें अंदर डाल रहा हूँ /Applications/Xcode Tools, लेकिन यह कीचड़ लगता है।

इसके अलावा विषम: कमांड लाइन टूल के लिए एक .dmg फाइल थी, जिसे मैंने इंस्टॉल किया था, लेकिन वास्तव में .dmg के अंदर एक .kg था, जो अन्य से अलग है। 6. मुझे यकीन नहीं है कि Apple एक प्रदान क्यों कर रहा है। कमांड लाइन टूल के लिए .dmg जब वे के माध्यम से इंस्टॉल करने योग्य होते हैं Xcode > Preferences... > Downloads > Components। मुझे लगता है कि यह सिर्फ भ्रामक है।

और अंत में: "ऑडियो टूल्स" छवि में "CoreAudio" नामक एक निर्देशिका होती है, जिसमें स्रोत कोड का एक पूरा गुच्छा होता है और इसमें फाइलें शामिल होती हैं। ये कहाँ जाने वाले हैं? मैं उन्हें अनुप्रयोगों के तहत नहीं चाहता।

पूरक उपकरणों की पैकेजिंग मेरे लिए थोड़ा थप्पड़ लगता है।


यदि वे सिर्फ * .app फ़ोल्डर हैं, तो आप उन्हें / एप्लिकेशन के तहत रख सकते हैं और $ ओपन-ए टूल-नाम के साथ लॉन्च कर सकते हैं
rubixibuc

जवाबों:


19
  1. Xcode.app ढूंढें और इसे 'पैकेज सामग्री दिखाएँ' द्वारा खोलें
  2. ड्रैग और डाउनलोड किए गए नए टूल को .dmg से /ApplicationsXcode के अंदर खींचें
  3. /Resourcesपढ़ने / लिखने के अधिकारों के साथ अपने आप को 'साझाकरण और अनुमतियाँ' में जोड़ें
  4. फ़ाइल के लिए चरण 3 को दोहराएँ

     /Resources/IDEHelperApps.plist
    
  5. TextEdit.app में फ़ाइल IDEHelperApps.plist खोलें

  6. पहले सरणी में जोड़े गए टूल के नाम के साथ स्ट्रिंग जोड़ें। उदाहरण के लिए:

    <string>Contents/Applications/PackageMaker.app</string>
    
  7. सहेजें .plistऔर Xcode को पुनः आरंभ करें ।


शानदार, शानदार, शानदार। यह ठीक उसी तरह का जवाब है जिसकी मैं उम्मीद कर रहा था। तो क्या यह आम तौर पर इन चीजों से पहले चला गया है? (मैंने 4.2 में कभी ध्यान नहीं दिया।) क्या आप जानते हैं कि Apple 4.3 में इन के लिए बट में ऐसा दर्द क्यों कर रहा है?
टॉड लेहमैन

1
@ToddLehman वे Xcode नहीं चाहते थे कि उन्हें हर अपडेट के लिए मल्टी-गीगाबाइट डाउनलोड न करना पड़े। इसलिए वे उन सभी उपकरणों से अलग हो जाते हैं जो आप चाहते हैं। मुझे लगता है कि वे इसे इतना मुश्किल बनाते हैं क्योंकि यह वास्तव में एक समाधान है। मैं जल्द ही आशा करता हूं तो वे अपने आप अधिक कुछ इस तरह करते हैं
jmlumpkin

3
क्या यह अपडेट पर प्रभावी रहेगा?
टिमोथी मुलर-हार्डर

उम्मीद है कि वे निकट भविष्य में प्राथमिकता के डाउनलोड अनुभाग में उन्हें शामिल करेंगे!
जौनी

यह मुझे लगता है कि कोई भी नया Xcode अपडेट Xcode.app में कॉपी किए गए अतिरिक्त टूल को मिटा सकता है और फिर आपको उन्हें फिर से डाउनलोड करना होगा और फिर से इंस्टॉल करना होगा।
फिल

3

तुम जहां चाहो वहां डाल दो। यूनिक्स और मैक ओएस को परवाह नहीं है कि आपकी निष्पादन योग्य फाइलें कहां हैं।


1
बेशक। :) लेकिन हम कहाँ हैं इरादा उन्हें डाल करने के लिए? सबसे ज्यादा समझ कहाँ है? वे पुराने संस्करणों के साथ कहां जाते थे?
टॉड लेहमन

/ अनुप्रयोग .app फ़ोल्डर के लिए प्रमुख निर्देशिका है, उस फ़ोल्डर के भीतर कोई भी स्थान या उस फ़ोल्डर की उप-निर्देशिका तार्किक है। आपके पास अभी जो स्थान है, वह पूरी तरह से अपेक्षित है। :-)
रुबिक्सिब्यूक

@ToddLehman मुझे नहीं लगता कि उनके लिए एक सटीक डिफ़ॉल्ट स्थान है। वे / डेवलपर / एप्लिकेशन के अंतर्गत आते थे, इसलिए यदि आप चाहें तो आप उन्हें फिर से वहां रख सकते हैं। लेकिन मैं सिर्फ उन्हें / एप्लीकेशन में रखने की सलाह दूंगा।
jmlumpkin

कहीं नहीं है आप उन्हें लगाने के लिए "इरादा" हैं। कहीं भी ऐसा नहीं है जो कहीं और से अधिक समझ में आता है। तुम जहां चाहो वहां डाल दो। बहुत से लोग उपयोग करते हैं /Applicationsया ~/Applicationsया /Developer/Applicationsलेकिन वहाँ उस के लिए कोई कारण नहीं है, यह एक निजी पसंद है। पुराने संस्करणों के साथ वे कहीं अंदर चले गए /Developer/Applications, लेकिन उस कारण को कहीं और चुनने का कोई कारण नहीं है। आप चाहें तो उन्हें DMG पर छोड़ भी सकते हैं।
अभि बेकर्ट

/ डेवलपर / * उपयोग से बाहर गिर गया लगता है, XCode 4.3 भी स्थापना के दौरान पूरी निर्देशिका को हटाने की पेशकश करता है।
nohillside
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.