किसी कमांड को छोटा नाम देने से पहले, आपको यह जानना चाहिए कि वह वास्तव में क्या करता है। SeedSpindle आपकी Linux शेल में WSL या SSH के माध्यम से खोज चलाता है, मैन्युअल टेक्स्ट को एक चैट कार्ड में दिखाता है, और फिर alias को एक diff के रूप में प्रस्तावित करता है। आप दोनों की समीक्षा करते हैं। खोज पहले आती है, इसलिए alias मैन्युअल के आधार पर होता है, यादداشت पर नहीं। नीचे दिया गया प्रत्येक चरण चैट में एक कार्ड है, और वर्किंग फोल्डर में aliases फ़ाइल, उसकी बैकअप और कोई भी नोट शामिल हैं जिन्हें आप एजेंट से लिखने के लिए कहते हैं। आपकी चुनी गई एन्वायरनमेंट के बाहर कुछ भी नहीं चलता है। जब आप समाप्त कर देते हैं, तो aliases फ़ाइल, बैकअप और सत्र के कार्ड आपको यह पूरा रिकॉर्ड देते हैं कि क्या बदला गया, जिसे आप तब पढ़ सकते हैं जब शेल अजीब व्यवहार करे। नए उपयोगकर्ता अक्सर खोज छोड़ देते हैं और फोरम से एक लाइन पेस्ट कर देते हैं, इसलिए यह कार्यप्रवाह खोज को हर कार्य के पहले कार्ड में बदल देता है।
अपनी शेल के लिए वर्किंग फोल्डर और WSL या शेल एन्वायरनमेंट चुनें, ताकि फ़ाइल टूल्स और Shell एक ही मशीन की ओर इशारा करें। उस फोल्डर को चुनें जहां आपके dotfiles या उनकी एक कॉपी है। फ़ाइल टूल्स केवल उसी फोल्डर में काम करते हैं, जबकि Shell उस एन्वायरनमेंट में चलता है जिसे आपने चुना है। इसे एक बार खोलें और यह चयन अगले कार्य के लिए लागू रहता है।
उस कमांड का नाम बताएं जिसे आप समझना चाहते हैं और उसे छोटा नाम देने से पहले, एजेंट से मेल खाने वाले help या manual कमांड को चालू करने के लिए कहें। सटीक नाम का उल्लेख करें। एक बिल्ट-इन के लिए, help टेक्स्ट की मांग करें, और एक सामान्य प्रोग्राम के लिए, उसकी मैन्युअल पेज की मांग करें। यदि आप एक से अधिक शेल का उपयोग करते हैं, तो बताएं कि कमांड किस शेल से संबंधित है।
प्रस्तावित alias लाइन पढ़ें और इसे केवल तभी स्वीकार करें यदि यह आपकी आदतों के अनुकूल है और कमांड के वास्तविक कार्य को छिपाता नहीं है। उस किसी भी चीज़ को अस्वीकार करें जो किसी विनाशकारी कार्य के लिए एक शॉर्टकट जैसी दिखती है। diff जोड़ी गई लाइनों को हरे रंग और हटाई गई लाइनों को लाल रंग में चिह्नित करता है, इसलिए एक नज़र में बदलाव का आकार दिखाई देता है।
Shell फ़ाइल को लोड करता है और एक कार्ड में वास्तविक एग्जिट कोड दिखाता है, और अगला alias कमांड दिखाता है कि क्या नया नाम जाना जाता है। यदि नाम अज्ञात है, तो कार्ड त्रुटि दिखाता है और आप एक फिक्स की मांग करते हैं। प्रत्येक नए नाम को एक ताजे टर्मिनल में एक बार चलाएं।
man dfexit 0~/.bash_aliasesloaded~/.bash_aliases+1 linesource ~/.bash_aliasesexit 0alias dfhexit 0# Read-only shortcuts for looking around
alias ll='ls -la'
alias la='ls -A'
alias l='ls -CF'
# Disk usage in readable units
alias dfh='df -h'
alias duh='du -sh'
# Show the last commands you typed
alias hist='history 20'यहां प्रत्येक alias केवल पढ़ता है: ls फ़ाइलों की सूची बनाता है, df और du डिस्क स्पेस की रिपोर्ट करते हैं, और history हालिया कमांड प्रिंट करता है। कमेंट लाइनें # से शुरू होती हैं और हर समूह की व्याख्या करती हैं, ताकि आप बाद में याद रख सकें कि लाइनें क्यों मौजूद हैं। समूहों के बीच एक खाली लाइन रखें, और प्रत्येक लाइन को इतना छोटा रखें कि इसे साइड-स्क्रॉल किए बिना diff में पढ़ा जा सके। अपने समूह को अंतिम समूह के नीचे जोड़ें, और इसे सेव करने से पहले एजेंट को diff दिखाएं। छोटे नाम टाइप करने में आसान होते हैं, लेकिन उन्हें असली कमांड्स से अलग रखें ताकि कोई भी गलती से शैडो न हो। उन्हें सेव करने से पहले हर नई लाइन की समीक्षा करें।
कार्य: alias बनाने से पहले यह जानें कि एक bash बिल्ट-इन क्या करता है। help cd जैसा एक linux help कमांड एक बिल्ट-इन का दस्तावेज़ प्रिंट करता है, और एजेंट इसे Shell के माध्यम से चलाता है ताकि टेक्स्ट एक चैट कार्ड में दिखाई दे जिसे आप विस्तारित कर सकें। आप विकल्प पढ़ते हैं, तय करते हैं कि कौन से विकल्प alias में शामिल होने चाहिए, और फिर लाइन की मांग करते हैं। सटीक रहें। edit_file alias को एक diff के रूप में प्रस्तावित करता है, और alias कमांड के वास्तविक कार्य को कभी नहीं छिपा सकता। एक गलत अनुमान की लागत कम है, क्योंकि बैकअप एक copy_file कॉल की दूरी पर है। Ask first लिखने से पहले रुकता है, इसलिए आप diff स्वीकार करते हैं, फ़ाइल पर source चलाते हैं, और अगले कार्ड में एग्जिट कोड की पुष्टि करते हैं।
कार्य: जब आप केवल यह याद रखते हैं कि एक कमांड क्या करता है, तो एक कमांड खोजें। एक कीवर्ड के साथ apropos चलाना मैन्युअल पेज के संक्षिप्त विवरणों की खोज करता है, और एजेंट सूची को एक कार्ड में दिखाता है। apropos linux टाइप करने से बहुत लंबी सूची वापस आएगी, जबकि disk जैसा एक संकीर्ण शब्द कम, बेहतर मेल देता है। एक शेल हिस्ट्री जिसमें प्रत्येक कमांड के प्रोजेक्ट का ज्ञान हो, aliases से परे अतिरिक्त सेटअप की आवश्यकता होती है, और एजेंट उन bashrc लाइनों को एक diff के रूप में ड्राफ्ट कर सकता है यदि आप पूछें। एक चुनें। man के साथ मैन्युअल पेज पढ़ें, फिर alias की मांग करें, और इसे स्वीकार करने से पहले diff की समीक्षा करें।
कार्य: अपने अगले लॉगिन को तोड़े बिना एक dotfile बदलें। dotfiles के साथ पथ समस्या का निदान PATH सेट करने वाली फ़ाइल को पढ़ने से शुरू होता है, और एजेंट read_file और grep के साथ ऐसा करता है, जो प्रत्येक मेल खाने वाली लाइन दिखाता है। यह मूल को सहेजने के लिए copy_file का उपयोग करता है और edit_file को एक diff के रूप में फिक्स प्रस्तावित करता है। कॉपी रखें। कई पथ समस्याएं एक टाइपो से आती हैं, इसलिए diff में अक्सर केवल एक बदली गई लाइन की आवश्यकता होती है, और नए सेटअप में विफलता होने पर रीस्टोर एक single copy_file कॉल है। Plan only आपको फ़ाइल बदलने से पहले पूली योजना पढ़ने की अनुमति देता है, और अंतिम जांच एक नई शेल है जहां आप पुष्टि करते हैं कि कमांड मिला है।
कार्य: पुष्टि करें कि alias लोड हो गया है। diff स्वीकार करने के बाद, एजेंट Shell के माध्यम से फ़ाइल पर source चलाता है और कार्ड में वास्तविक एग्जिट कोड की रिपोर्ट करता है, जहां शून्य कोड का अर्थ है कि फ़ाइल बिना किसी त्रुटि के लोड हो गई है। शेल प्रॉम्प्ट में लाइव अपडेट भी इस चरण पर निर्भर करते हैं, क्योंकि वर्तमान शेल केवल तभी एक बदली गई फ़ाइल देखता है जब इसे फिर से लोड किया जाता है। alias चलाएं। एजेंट नया नाम टाइप करता है, आउटपुट दिखाता है, और आप इसे उस कमांड से तुलना करते हैं जिसकी आप उम्मीद कर रहे थे। यदि एग्जिट कोड शून्य नहीं है, तो आप विस्तारित कार्ड में त्रुटि पढ़ते हैं और एक फिक्स की मांग करते हैं, फिर एक दूसरा टर्मिनल खोलते हैं और वहां भी alias आज़माते हैं।
