OS X पर टर्मिनल सेटिंग्स कहाँ संग्रहीत हैं?

Question

आपको लगता है कि ए) मुझे यह अब तक पता चल जाएगा, और बी) कि यह आसानी से उपलब्ध जानकारी है, लेकिन स्पष्ट रूप से न तो मामला है।

मैं जो देख रहा हूं वह वह जगह है जहां टर्मिनल के साथ जहाज (रंग आदि) कॉन्फ़िगर किया गया है। /dotfiles/setup.shफ़ाइल में इनको इंगित करना वास्तव में आसान होगा ।

क्या मैं बेखबर हूं? मैंने Terminal.app की पैकेज सामग्री की जाँच की है, लेकिन नोट में कुछ भी नहीं है। यह भी उल्लेखनीय है, कि OS X (कम से कम माउंटेन लायन) में खोजक में पूर्व-निर्धारित खोज मापदंडों के रूप में टर्मिनल सेटिंग्स, सत्र और स्क्रिप्ट शामिल होंगे, लेकिन मुझे कुछ भी नहीं मिला है।

मैंने ऑनलाइन खोज की है, और गहराई में खोदी है /usr/और /Library। कुछ भी तो नहीं। कोई भी सहायताकाफी प्रशंसनीय होगी। धन्यवाद।

Answer 1

प्राथमिकताएँ यहाँ दिखाई देती हैं: ~/Library/Preferences/com.apple.Terminal.plist

एसओ पर यह प्रश्न और एसयू पर एक और प्रश्न भी देखें जो एक मैक से सेटिंग्स को निर्यात करने और उन्हें दूसरे पर ले जाने पर ध्यान केंद्रित करता है।

• /programming/8350065/
• http://superuser.com/questions/204686/

पुराने macOS के लिए, आप सीधे फ़ाइल को संपादित कर सकते हैं, लेकिन नए OS पर (नए 10.9 और बाद के संस्करण के साथ) आप डिफॉल्ट्स कमांड का उपयोग लगातार डेटाबेस के मान लिखने के लिए करना चाहेंगे (जो कि फाइल सिस्टम में परिवर्तन को वापस कर सकता है या नहीं कर सकता है) ) फ़ाइल को संपादित करने के बजाय।

defaults read com.apple.Terminal

या सुरक्षित कीबोर्ड प्रविष्टि फ़ंक्शन लिखने के लिए (एक आसान उदाहरण के रूप में):

defaults write com.apple.Terminal SecureKeyboardEntry 1

Comments

@bmike, OS X और macOS की हालिया प्रमुख रिलीज़ में, केवल defaultsएक .plistफ़ाइल में लिखने के लिए स्वयं का उपयोग करके, जो वर्तमान में मेमोरी में समस्याग्रस्त हो सकती है, यह सिस्टम द्वारा आसानी से ओवरराइट किया गया है जो पहले से ही बिना लिखे के लिए मेमोरी में है। के साथ उपयोगकर्ता द्वारा defaults। वर्कअराउंड में से एक उचित लक्ष्य के साथ killall कमांड का उपयोग करना है । उदाहरण के लिए, यदि कोई खोजक सेटिंग को संशोधित करता है, तो killall Finderसीधे उपयोग करने के बाद परिवर्तन सहेज लिया जाएगा। कुछ मामलों में एक का उपयोग करने की आवश्यकता होगी killall -u $USER cfprefsdया sudo killall -u root cfprefsd, आदि

— user3439894

सहमत @ user3439894 - मैंने स्मृति में डोमेन को पढ़ने और लिखने के लिए स्पष्ट रूप से चूक का उपयोग किया था और न कि प्लिस्ट पथ पर लिखने के लिए। हम शायद में खुदाई करने के लिए एक नया सवाल की जरूरत है "जब था cfprefsdमेक वरीयता अप्रचलित और संभावित खतरनाक फ़ाइलें संपादन?"

— bmike