Fish-shell: समर्थन इतिहास विस्तार (उदाहरण के लिए, बैश !!, बैंग बैंग, और! $, बैंग डॉलर, टोकन)

दस्तावेज़ीकरण अक्सर पूछे जाने वाले प्रश्नों में इसकी चर्चा की गई है: http://fishshell.com/docs/current/faq.html#faq -history

स्पष्टीकरण के लिए धन्यवाद।

मैं इतिहास के पात्रों को हटाने का औचित्य समझता हूं। हालाँकि, जब तक मैं इसके लिए तर्क को समझता हूँ और यह कि एंड और होम के बजाय Ce और Ca का उपयोग करना संभव है, कई उपयोगकर्ताओं के लिए, विशेष रूप से उन लोगों के लिए !! और लैपटॉप पर जिनके पास होम और एंड की नहीं हैं, सुडो टाइप करना अभी भी बहुत आसान है !! Up+C-a+sudo की तुलना में।

क्या आप अब भी इतिहास प्रतिस्थापन टोकन की कार्यक्षमता बहाल करने पर विचार करेंगे?

चूंकि यह एक दुर्लभ मामला है जहां !! उपयोग करने के लिए अधिक आरामदायक है, निम्न फ़ंक्शन आज़माएं:

function sudo!!
    eval sudo $history[1]
end

जिसे सिर्फ "सुडो !!" कहा जाता है।

या दूसरी संभावना जिसका मैं उपयोग करता हूं:

function .runsudo --description 'Run current command line as root'
    commandline -C 0
    commandline -i 'sudo '
    commandline -f execute
end
bind \es .runsudo

फिर MS को दबाकर मैं वर्तमान कमांड लाइन को sudo put के ठीक सामने चलाता हूं।
या इस उदाहरण को संशोधित करके आप एक फ़ंक्शन बना सकते हैं जो पिछली कमांडलाइन को वर्तमान में रखेगा और उदाहरण के लिए इसे '\e!' से बांध देगा। यह दृष्टिकोण बेहतर है तो '!!' का सरल उपयोग क्योंकि यह आपको निष्पादन से पहले कमांडलाइन को देखने और अपडेट करने का अवसर देता है।

मैंने अंतिम कमांड में थोड़ा बदलाव किया:

  function .runsudo --description 'Run current command line as root'
    set cursor_pos (echo (commandline -C) + 5 | bc)
    commandline -C 0
    commandline -i 'sudo '
    commandline -C "$cursor_pos"
  end
  bind \es ".runsudo"

यह एकमुश्त क्रियान्वित करने के बजाय कर्सर की स्थिति को बचाता है।

!$ होना भी अच्छा होगा

function sudo
    if test "$argv" = !!
        eval command sudo $history[1]
    else
        command sudo $argv
    end
end

sudo !! उन लोगों के लिए जो अभी भी किसी कारण से !! करते हैं।

धन्यवाद। सूडो का इस्तेमाल करने वालों का एक बड़ा हिस्सा है !! दें कि यह सिंटैक्स बैश और zsh सहित कई अन्य गोले में समर्थित है। सुडो !! होम और एंड की का उपयोग करने की तुलना में टाइप करना आसान है क्योंकि वे चाबियां बहुत दूर हैं।

मैं सुझाव दूंगा कि उपरोक्त फ़ंक्शन को डिफ़ॉल्ट रूप से फिश-शेल के साथ शामिल किया जाए।

!! संक्षिप्त नाम के लिए एक अच्छा उम्मीदवार है (#731)

के लिए समर्थन व्यक्त कर रहा है !! और संबंधित शॉर्टकट। इसे जोड़ने में कोई हर्ज नहीं है और ऐसा लगता है कि मछली अपने उपयोगकर्ताओं पर सिर्फ व्यक्तिगत दर्शन ला रही है।

आदर्श समाधान की मेरी वर्तमान सोच यह है कि !! एक संक्षिप्त नाम (#731) होना चाहिए, और हम उप-आदेशों का समर्थन करने के लिए फ़ंक्शन हस्ताक्षर (#478) लागू करते हैं (एक कमांड जो एक कमांड लेता है, जैसे सूडो)। फिर उपकमांड पदों में संक्षिप्तीकरण का विस्तार होता है, ताकि 'सुडो !!' विस्तार करेगा।

खुद को जोड़ना

यह पुराना होने के बावजूद, यह एक ऐसी विशेषता है जो वास्तव में मछली में डिफ़ॉल्ट रूप से आनी चाहिए। इसके न होने का कोई कारण नहीं है - यदि आप इसे व्यक्तिगत रूप से उपयोग नहीं करना चाहते हैं, तो यह ठीक है, लेकिन एक अतिरिक्त कमांड होने से वास्तव में किसी को चोट नहीं लगती है - लोग चीजों को अलग-अलग तरीके से करना पसंद करते हैं।

रास्ता !! अधिकांश गोले में लागू किया जाता है लोगों को चोट पहुँचाता है। उदाहरण के लिए, इस आदेश पर विचार करें:

echo fish is great!!

बैश / zsh / tcsh में, यह कुछ अप्रत्याशित और भयानक करेगा, क्योंकि !! जादू वाक्यविन्यास है। यह एक तरह की अजीबोगरीब बातचीत है जिससे बचने के लिए मछली बहुत कोशिश करती है।

मेरा सुझाव था अमल में लाना !! जादू वाक्यविन्यास के रूप में नहीं, बल्कि उपनाम के रूप में। इसका मतलब है कि यह केवल 'कमांड पोजीशन' में कुछ खास करेगा - यह तर्कों में विस्तार नहीं करेगा। यह मछली के फीचर सेट को भी नीचे रखता है, जो वांछनीय है।

इसे उपयोगी बनाने के लिए, हमें sudo सबसे आम उदाहरण होने के साथ, उप-आदेशों के बारे में मछली सिखाने की आवश्यकता होगी, लेकिन साथ ही time , strace , आदि। मछली तब उपनामों का विस्तार करेगी "उपकमांड स्थिति" में, जो अपने आप में एक अच्छी और उपयोगी विशेषता है।

जब आप sudo echo fish is great!! विचार करते हैं तो आपका प्रस्तावित समाधान अलग हो जाता है। सभी सिंटैक्स का एक ही तर्क दिया जा सकता है: echo I really like fish (the shell)! भी भ्रमित नहीं है? मुझे यह भी चिंता है कि "उप-आदेशों" की एक सूची को बनाए रखना असंभव होगा और लचीलेपन को कम करेगा।

उपनामों के साथ, केवल आदेशों का विस्तार होता है, और मछली को पता चल जाएगा कि कौन से तर्क (उप) आदेश हैं और कौन से नहीं हैं। तो sudo echo fish is great!! अंतिम-कमांड-विस्तार नहीं करेगा, बल्कि इसके बजाय एक शाब्दिक "महान !!" सुडो (और इस तरह गूंजने के लिए)। मेरा दावा है कि उपयोगकर्ता को यही उम्मीद थी। डिजाइन और औचित्य के लिए संक्षिप्तीकरण (#731) और फ़ंक्शन हस्ताक्षर (#478) के बारे में चर्चा देखें।

SirCmpwn सही है कि व्यापक फ़ंक्शन हस्ताक्षर की आवश्यकता उपनाम दृष्टिकोण का नुकसान है, और यह भी कि अन्य वाक्य रचनात्मक तत्व भ्रमित कर रहे हैं। वास्तविक जीवन के उदाहरणों में git (#434) या वाइल्डकार्ड (#967, अन्य के बीच) के साथ ब्रेस विस्तार की झुंझलाहट शामिल है। सिंटैक्स एक उच्च लागत के साथ आता है, और हम सिंटैक्स को समाप्त करने का प्रयास करते हैं जब यह अन्य सुविधाओं (जैसे #354) के साथ अनावश्यक होता है।

वैसे भी मेरा यही तर्क है कि समर्थन क्यों !! एक प्राथमिक वाक्य रचनात्मक तत्व के रूप में जाना नहीं है। हालांकि, मैं इसे इस तरह से पेश करने के लिए तैयार हूं, जिसमें फिश सिंटैक्स को संशोधित करने की आवश्यकता नहीं है।

मुझे लगता है कि {} साथ तुलना खराब है। मछली में, ब्रेसिज़ अन्य गोले की तुलना में अलग तरह से काम करते हैं। लोग उस पर तभी चढ़ते हैं जब वे उम्मीद करते हैं कि यह बैश और दोस्तों की तरह काम करेगा। द !! सिंटैक्स को अन्य सामान्य गोले की तरह ही काम करना चाहिए। भी, !! ऐसा कुछ नहीं है जिसे मैं अक्सर समस्या पैदा करने के लिए पर्याप्त आदेशों में देखने की अपेक्षा करता हूं। वास्तव में, मुझे उम्मीद है कि लोगों ने कितनी बार कोशिश की और उपयोग करने में असफल रहे !! मछली के साथ कहीं अधिक संख्या में किसी ने शाब्दिक उपयोग किया है !! एक आदेश में।

मेरा दावा है कि ! अन्य गोले में भ्रमित कर रहा है, और यह बेहतर होगा यदि इसे इस तरह लागू नहीं किया गया था। उदाहरण के लिए, http://codegolf.stackexchange.com/a/17776/3103 पर मैंने सरल "हैलो, वर्ल्ड!" UNIX शेल में लिखा गया प्रोग्राम जो ! (हास्यास्पद रनटाइम त्रुटि प्रश्न में) के कारण विफल हो जाता है। इसे सात अपवोट भी मिले हैं, इसलिए मैं कल्पना कर सकता हूं कि जब आप इसका उपयोग नहीं करना चाहते हैं तो यह सुविधा आश्चर्यजनक हो सकती है।

हालांकि, !! अपने आप में ठीक होना चाहिए, क्योंकि उपयोगकर्ता कितनी बार टोकन के रूप में !! लिखेंगे? फिर से, !! जोड़ने से अन्य इतिहास प्रतिस्थापन पैटर्न जोड़ने को बढ़ावा मिलेगा, जिनमें से कुछ कष्टप्रद हो सकते हैं।

अपने आप को जोड़ना - मछली के साथ मेरा यह पहला सप्ताहांत था। अवश्य ही समर्थन करना चाहिए।

खुद को जोड़ना - इसकी जरूरत है।

यह चाहने वालों के लिए, चर्चा में पहले बताए गए फ़ंक्शन और बाइंडिंग ने मुझे sudo प्रीपेन्ड करने या सामान्य sudo !! एक की तुलना में अंतिम कमांड को सूडो करने के लिए एक आसान वर्कफ़्लो दिया है।

आपको उन्हें एक कोशिश देनी चाहिए। इसने मुझे समान बाइंडिंग के लिए अपनी रीडलाइन और zsh कॉन्फिग पर फिर से जाने के लिए प्रेरित किया।

यह सात कीस्ट्रोक्स (उनमें से दो स्थानांतरित) को एक एकल बंधन में बदल देता है।

चाहे जो भी _you_ पसंद हो - क्या वाकई कोई वजह है !! समर्थन नहीं किया जाना चाहिए? हर किसी के पास अलग-अलग चीजें होती हैं जो उनके लिए काम करती हैं, और हालांकि कुछ लोग ऊपर तीर का उपयोग करने का आनंद ले सकते हैं, बहुत से लोग उपयोग करने का आनंद लेते हैं !!, और ईमानदारी से, यह एक बुरी बात क्यों होगी? जो नहीं चाहते उन्हें इसका उपयोग करने की आवश्यकता नहीं है।

निश्चित रूप से इसे लागू करना इतना कठिन नहीं है? ...

हां, मुझे पता है कि आप इसे फिश स्क्रिप्टिंग के साथ एक साथ हैक कर सकते हैं, लेकिन यह _not_ उसी तरह काम करता है जैसे बैश या इसी तरह के गोले में, जो काफी समय तक काफी सुविधाजनक था।

मेरे तर्क के लिए ऊपर मेरी टिप्पणी देखें कि मैं इसे इस तरह से क्यों पेश नहीं करना चाहता कि बैश और zsh इसे (एक नए वाक्य रचनात्मक तत्व के रूप में) करते हैं, और मेरा प्रस्ताव एक तरह से किया जा सकता है जो मछली दर्शन के साथ रहता है।

"इको फिश इज ग्रेट !!" का तर्क '!!' का उपयोग करने से बेहतर होना क्योंकि इतिहास थोड़ा कमजोर है, लेकिन मैं बात समझता हूं। एक साधारण "सेट शेल_हिस्ट्री एडवांस्ड" जैसा लगता है या कुछ इसे जोखिम के इच्छुक लोगों के लिए अनुमति दे सकता है "इको फिश बढ़िया है !!" त्रुटि संदेश प्राप्त करना।

फिर भी, '!!' का मेरा उपयोग मामला समान है लेकिन शायद कुछ फीचर एन्हांसमेंट से बचा जा सकता है।

उदाहरण के लिए मेरे मैक पर बैश के साथ:
$ काढ़ा अद्यतन
$ काढ़ा पुराना
$ काढ़ा लाने के लिए !!

इसलिए मैं कुछ हद तक नियमित रूप से एक नई कमांड के लिए पिछले कमांड के आउटपुट का उपयोग करता हूं।
मछली के साथ मैं यह कर सकता हूं:
$ काढ़ा लाना (काढ़ा पुराना)
अब किसी बिंदु पर शायद वह एक सुझाव होगा जिसका मैं उपयोग कर सकता हूं, लेकिन मुझे वास्तव में () ब्लॉक के भीतर इतिहास की खोज करने में सक्षम होने की आवश्यकता है।
उदाहरण:
$ काढ़ा लाने)

दुर्भाग्य से भले ही मछली "भ्रमित" बैकटिक्स के बजाय उप-आदेशों के लिए () का उपयोग करने में काफी गर्व महसूस करती है और जब तक आप एंटर दबाते हैं, तब तक यह वास्तव में उनके साथ व्यवहार नहीं करता है। कम से कम मैं तो यही देखता हूं।

यदि मछली पहले '(' (उर्फ एक उपकमांड) के बाद इतिहास खोज की अनुमति देगी तो मुझे लगता है कि इतिहास में हेरफेर नहीं होने से इसे संभालना आसान होगा।

अगर मैं सुझाव को समझता हूं, तो यह है कि जब आप तीर दबाते हैं, तो उसे संपूर्ण कमांड लाइन के बजाय केवल अंतरतम उपकमांड के भीतर इतिहास प्रतिस्थापन करना चाहिए।

:-1:

मैं अभी भी केवल बैश-शैली को लागू करने का समर्थन करता हूं !! ।

मैं पसंद करूंगा :up_arrow:, Ctrl+p और कमांड हिस्ट्री सर्च शुरू करने के बजाय सबकमांड पोजीशन में काम कर रहा है !!

अन्य गोले का पूरा इतिहास एपीआई इतना भ्रमित करने वाला है कि लोग आमतौर पर केवल याद करते हैं !! इसमें से।

सही। यह सुविधाजनक होगा और काफी आसानी से '!!' को प्रतिस्थापित कर देगा। या !कीवर्ड का उपयोग।

वास्तव में !! एक संक्षिप्त नाम होने का विचार पसंद है।

ऐसा लगता है कि हाल ही के रात्रिकालीन निर्माणों में संक्षिप्ताक्षर केवल कमांड स्थिति में संक्षिप्तीकरण की अनुमति दे रहे हैं, उम्मीद है कि इसे इस तरह के मामलों के लिए तर्क के रूप में उपयोग करने में सक्षम होने के लिए अपडेट किया जाएगा।

यह सुविधा ओवररेटेड है, बस sudo cmd या eval sudo $cmd ।

@bucaran मैं बिल्कुल पालन नहीं कर रहा हूँ। !! गति के लिए है, मैं !! की गति को cmd ?

क्या आपका मतलब $cmd नामक एक वैरिएबल बनाना है जो आखिरी कमांड है? यह एक देशी चर नहीं है।

धन्यवाद

@mdsib हाँ, मुझे लगता है कि मुझे याद है कि तर्क स्थिति में

मुझे लगता है कि इस धागे से निष्कर्ष यह है कि यह जल्द ही किसी भी समय नहीं हो रहा है, और मुझे इस जीथब मुद्दे से सदस्यता समाप्त करनी चाहिए और zsh पर स्विच करना चाहिए। आदियोस!

इसलिए नहीं कि !! यहां नहीं है, बल्कि इसलिए कि एक काफी सरल सुविधा के लिए एक जीथब मुद्दा दार्शनिक बीएस के कारण लागू किए बिना 3 साल के लिए खुला है।

यह देखना मज़ेदार है कि लोग दूसरों को यह समझाने की कोशिश कर रहे हैं कि एक विशेषता कोई बड़ी बात नहीं है। ज़रूर, आप इसे नहीं चाहते हैं, इसलिए आपको परवाह नहीं है.. यह ऐसा है जैसे आप लोगों को हरा पसंद नहीं करने के लिए मनाने की कोशिश कर रहे हैं क्योंकि आपको लगता है कि नीला बेहतर है।
फिर भी चूंकि एक "सरल" सुविधा इसे बनाने में प्रतीत नहीं हो सकती है, शायद किसी को मछली को फोर्क करना चाहिए यदि वे मौजूदा सुविधाओं को पसंद करते हैं लेकिन कुछ और जोड़ना चाहते हैं। ऐसा लगता है कि कहीं जल्दी पहुंच जाएगा।

मैंने ~/बिन/!! ऐसा दिखता है:

#!/bin/fish
eval $history[1]

अल्पावधि के लिए यह मुझे लापता विशेषता और टाइप करने की मेरी प्रवृत्ति को हल करने में मदद करता है !!।
मैंने ~/bin/!vi भी बनाया:

#!/bin/fish
for f in $history
    echo $f | grep '^vi'
    if test "$status" = "0"
        eval $f
        exit $status
    end
end

आदर्श नहीं है, लेकिन पर्याप्त है कि मेरा खोल वही करता है जो मैं अब और अधिक बार उम्मीद करता हूं।

@SirCmpwn क्या मेरे लिए यह स्पष्ट नहीं है कि !! एक साधारण विशेषता है। उदाहरण के लिए, बैश इसका समर्थन करता है:

ls some_long_file.txt
!!:s/ls -l/cat/

क्या इसका उपयोग !! समर्थन किया जाए या नहीं? उपयोगकर्ता जो कहते हैं "मछली का समर्थन करना चाहिए !!" इसका क्या अर्थ है इसके बारे में अलग-अलग विचार हो सकते हैं।

आप इसके बारे में दृढ़ता से महसूस करते हैं, इसलिए मैं आपको (या किसी को) एक प्रस्ताव लिखने के लिए प्रोत्साहित करता हूं कि कैसे !! मछली में काम करेगा (अर्थशास्त्र, कार्यान्वयन नहीं)। वास्तव में किस वाक्यविन्यास का समर्थन किया जाएगा? यह विस्तार अन्य प्रकार के विस्तार से कैसे संबंधित होगा, जैसे परिवर्तनशील या प्रक्रिया विस्तार? विस्तारित स्ट्रिंग में तर्क विभाजन कैसे होगा? क्या आप इसे रोकने के लिए एस्केप का उपयोग कर सकते हैं?

यह एक ईमानदार अनुरोध है। एक सुविधा को एकल उपयोग के मामले द्वारा परिभाषित नहीं किया गया है; हमें चर्चा के लिए एक ठोस प्रस्ताव की जरूरत है।

यदि आप कहते हैं, "मैं चाहता हूं कि यह मामला काम करे, और मुझे परवाह नहीं है कि कैसे," तो यह ठीक और मान्य है। लेकिन किसी को कुछ भी लागू करने से पहले विवरणों पर काम करना होगा।

निकट भविष्य में, एक ठोस योजना वैश्विक उपनामों को लागू करने और फिर बनाने की है !! एक में। एक विकल्प यह है कि डॉकप्ट काम को मर्ज किया जाए, सूडो के लिए एक फंक्शन सिग्नेचर दिया जाए और फिर बनाया जाए !! एक नियमित उपनाम में। हम किस दिशा में जाते हैं इस पर निर्भर करता है कि हम सोचते हैं !! हर जगह, या सिर्फ कमांड स्थिति में विस्तार करना चाहिए।

@ridiculousfish आप बिल्कुल सही कह रहे हैं कि एक '!!' सुविधा अनुरोध को काफी विस्तृत करने की आवश्यकता है। मैंने आपके द्वारा दिए गए विशेष उदाहरण का कभी भी उपयोग नहीं किया है क्योंकि मैं हमेशा ऐसा कुछ करता हूं:
$ ls -l some_long_file.txt
$ ^ एलएस-एल ^ कैट

जाहिर है यह भी काम नहीं करता है। यह मेरे लिए अलग फीचर अनुरोध होगा, कि मुझे इससे कोई फर्क नहीं पड़ता क्योंकि मैंने हाल ही में मछली का परीक्षण शुरू किया है।

"मछली: आदेश नाम की अपेक्षा करते समय पुनर्निर्देशन का सामना करना पड़ा। मछली आदेश से पहले पुनर्निर्देशन संचालन की अनुमति नहीं देती है।"

ऐसा लगता है कि कमांड स्थिति में '^' को प्रतिस्थापन के रूप में व्यवहार करना आसान होगा क्योंकि यह मौजूदा कार्यक्षमता के साथ विरोधाभासी नहीं है। लेकिन यह एक अलग मुद्दा है, बस इसका जिक्र कर रहे हैं क्योंकि आप सही हैं कि '!!' की स्पष्ट परिभाषा होनी चाहिए। (या सामान्य रूप से सिर्फ इतिहास प्रतिस्थापन) का अर्थ है।

यहां कुछ उदाहरण दिए गए हैं जिनका मैं उपयोग करता हूं:

$ !!
$ some command `!!`
$ !keyword 
$ !123

धन्यवाद @gillham , फीचर डिजाइन करते समय इस तरह की जानकारी बहुत मददगार होती है।

मैं यह भी नोट करता हूं कि !! और !$ लिए एक चतुर समाधान है: https://github.com/fish-shell/fish-shell/wiki/Bash-Refugees

बेहतर फिक्स #5:
मछली इतनी इतिहास से प्रेरित है, कि जब सूडो को भूल गए या अन्यथा एक गैर-कार्यशील कमांड के साथ अपने इतिहास को प्रदूषित कर दिया, तो यह वास्तव में आपके समय के लायक हो सकता है (लंबे समय में) इसे इतिहास से मैन्युअल रूप से मिटाने के लिए। हां, यह एक नया टर्मिनल खोलें, बैश निष्पादित करें और ~/.config/fish/fish_history संपादित करें। जब मैंने इस पर कंजूसी की है, तो मछली ने मुझे बार-बार गलत कमांड पर ले जाया है।

जहां तक ​​@nyarly की mkdir …; cd !$ आदत की बात है, मैं mkcd … कर रहा हूं:

function mkcd --description 'mkdir and cd'
        mkdir $argv[1]
        and cd $argv[1]
end

ध्यान दें कि इतिहास से मिटाने के लिए बैश शेंगेनियों की आवश्यकता नहीं है:

history --delete --prefix some_command

fish_config history आपको इसे पॉइंट-एन-क्लिक द्वारा भी करने देता है।

https://github.com/fish-shell/fish-shell/wiki/Bash-Style-History-Substitution- (!!-and-!$) का उपयोग करके इस कार्यक्षमता को मछली के भीतर काफी अच्छी तरह से दोहराया जा सकता है - शायद मुद्दा बंद किया जाना चाहिए?

:-1: :-1: जब तक पूर्ण बैश संगतता मोड लागू नहीं किया जाता है।

मुझे लगता है कि यह एक फिसलन ढलान है। यदि इसे मछली में लागू किया जाता है, तो सिंगल !s के बारे में क्या, और ksh इतिहास सुविधाओं के बारे में क्या? $() के बारे में क्या? मछली एक सीएसएच-शैली का खोल है। अगर लोग अनुकूलन नहीं कर सकते/नहीं कर सकते, तो zsh...

जो लोग इसे ढूंढते हैं उनके लिए मैंने इस चर्चा से एक tl; dr के रूप में जो देखा है। (3 वर्ष से अधिक में)

1. टीम इस सुविधा को विकसित नहीं करना चाहती, क्योंकि वे इसका उपयोग नहीं करते हैं।
2. बहुत सारे लोग हैं जो इस सुविधा को चाहते हैं, क्योंकि वे इसका उपयोग करते हैं।
3. ऐसा लगता है कि टीम इस सुविधा को लागू करने के लिए तैयार नहीं है क्योंकि यह मौजूद है लेकिन कुछ बनाने को तैयार है
   अगर हम उन्हें पर्याप्त डेटा देते हैं तो यह उसी तरह काम करता है।
4. लोग या तो यह स्वीकार करते हैं कि उनके पास यह सुविधा नहीं है, एक ऐसा समाधान लागू करें जो अधिकतर काम करता हो, या फिर चलता है
   दूसरे प्रोजेक्ट पर।

मैं बाद वाले में से एक हूं, जबकि मुझे आशा है कि यह हल हो गया है, मैं मछली का उचित रूप से उपयोग नहीं कर सकता और उस वर्कअराउंड को उन मशीनों की संख्या के साथ जोड़ सकता हूं जिनका उपयोग मैं बिना किसी प्रयास के करता हूं (मुझे विभिन्न मशीनों में अलग-अलग कॉन्फ़िगरेशन सेटअप की आवश्यकता है), और मैं उपयोग करता हूं! ! पर्याप्त है जहां यह मेरे लिए एक आवश्यकता है। इसलिए मैं इस चर्चा का अनुसरण इस उम्मीद में करूंगा कि एक दिन मछली मेरे उपयोग के मामले को पूरा करेगी।

@ टेट्रा-आर्कोस किसी ने अभी तक कोई ठोस प्रस्ताव नहीं रखा है, इसलिए हमें इस बात की पक्की समझ नहीं है कि "फीचर" क्या है। चूंकि आप स्पष्ट रूप से इसके बारे में दृढ़ता से महसूस करते हैं, यदि आप इतने इच्छुक थे, तो यह एक बड़ी मदद होगी यदि आप यह सुझाव दें कि प्रारंभिक बिंदु के रूप में व्यवहार क्या होना चाहिए। ऐसा न होने पर, आपके द्वारा उपयोग किए जाने वाले इतिहास प्रतिस्थापन रूपों को कम से कम सूचीबद्ध करना उपयोगी होगा।

ध्यान दें कि पूर्ण बैश इतिहास प्रतिस्थापन व्यवहार बहुत जटिल है, और विन्यास योग्य भी है, इसलिए "बस वही करें जो बैश करता है" एक गैर-स्टार्टर है।

किसी ने अभी तक कोई ठोस प्रस्ताव नहीं रखा है, इसलिए हमें इस बात की पक्की समझ नहीं है कि "सुविधा" क्या है।

@ टेट्रा-आर्कोस: यह बिल्कुल महत्वपूर्ण है। अब तक, इनमें से अधिकांश 'हम चाहते हैं "!!" !!' और शायद "!$" (जो "अंतिम आदेश का अंतिम तर्क डालें")। लेकिन अगर इसे (या एक विकल्प) लागू किया जाना है तो बहुत सारे विवरण हैं जिन्हें धमाका करने की आवश्यकता है।

उदाहरण के लिए:

• आप इतिहास प्रतिस्थापन का कौन सा हिस्सा चाहते हैं - क्या यह सिर्फ "यहां अंतिम कमांड डालें" ("!!") और "अंतिम कमांड का अंतिम तर्क यहां डालें" ("! $"), या अन्य सभी सामान जैसे " !!:s/string1/string2" (मैं एक सामान्य "प्रतिस्थापन" मोड जोड़ूंगा जैसे emacs '' क्वेरी-प्रतिस्थापन "या विम का": s/" ताकि आप इसे _before_ गलत कमांड निष्पादित कर सकें)? कैसे के बारे में "मेरे इतिहास में पाँचवाँ कमांड डालें" ("!5") - जो मुझे कभी नहीं मिला - या "पाँचवाँ-आखिरी कमांड डालें" ("!-5")? " शब्द डिज़ाइनर " और " संशोधक " के बारे में कैसे?
• क्या आप चाहते हैं कि कमांड तुरंत निष्पादित हो (यानी आप sudo !! दर्ज करें, एंटर दबाएं और पूरी चीज तुरंत निष्पादित हो) या इसे पहले डालना ठीक होगा ताकि आप दोबारा जांच कर सकें - यह ऐसा है "Histverify" विकल्प के साथ बैश करें (मैं बाद वाले की ओर झुकूंगा)?
• क्या इसे "!!" होना चाहिए और "!$" या इसे अलग तरह से इस्तेमाल किया जा सकता है, यानी मांसपेशी-स्मृति आपकी समस्या है? अगर ऐसा है, हालांकि, हम कभी भी 100% नहीं होंगे, और इतिहास प्रतिस्थापन _is_ बैश का एक छोटा सा हिस्सा है

यदि यह केवल मांसपेशी-स्मृति है, तो आप निम्नलिखित को अपने fish_user_key_bindings में भी डाल सकते हैं:

bind '!!' 'commandline -i "$history[1]"'
bind '!$' 'history-token-search-backward'

(यह मुद्दा है, हमें इसे डिफ़ॉल्ट बाइंडिंग में क्यों नहीं लेना चाहिए, यह है कि यह आपके द्वारा दूसरे वर्ण की जांच करने के लिए "!" दर्ज करने के बाद प्रतीक्षा करता है)

मुझे लगता है कि !! बुरा व्यवहार है

कमांड sudo !! किसी को यह नहीं बताता कि शेल वास्तव में क्या निष्पादित करेगा।
अगर मैं ' a nfang' पर sudo साथ p revisious कमांड निष्पादित करना चाहता हूं तो मैं टाइप करता हूं

^p ^a sudo

मेरा सुझाव है कि लोगों को इतिहास फ़ंक्शन का उपयोग करने के बजाय लाइन संपादन कमांड ^p और ^a का उपयोग करने के लिए कहने के लिए एक संदेश जोड़ें।

!!: command not found, try 'Ctrl-p Ctrl-a' to prefix the previous command with 'sudo' or any other  prefix

मुझे !! भी नफरत है। के लिए एक आसान विधि fish_vi_mode के लिए एक विकल्प के रूप में ^p ^a :

^v k I

क्योंकि आपको कुछ करने का तरीका पसंद नहीं है, यह कम मान्य नहीं है।
10 नवंबर 2015 को सुबह 8:14 बजे, "इवान थाम" नोटिफिकेशन @github.com ने लिखा:

मुझे नफरत है !! बहुत। ^p . के विकल्प के रूप में fish_vi_mode के लिए एक आसान तरीका
^ए:

^वीके मैं

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/fish-shell/fish-shell/issues/288#issuecomment -155416048
.

उलटा सच भी है।

इस मुद्दे के दोनों पक्षों की वैध जरूरतें और चिंताएं हैं। मुझे लगता है कि मुख्य होल्डअप त्वरित और गंदे तरीके के बजाय इसे करने का _right_ तरीका ढूंढ रहा है

मैं सहमत हूं और मेरे पास इसे करने के अन्य तरीकों के खिलाफ कुछ भी नहीं है, वे बस नहीं करते हैं
मेरी (और जाहिर तौर पर अन्य लोगों की) ज़रूरतों को पूरा करें।
10 नवंबर 2015 को दोपहर 12:19 बजे, "एरिक मराक" नोटिफिकेशन @github.com ने लिखा:

उलटा सच भी है।

इस मुद्दे के दोनों पक्षों की वैध जरूरतें और चिंताएं हैं। मुझे लगता है
मुख्य होल्डअप त्वरित और . के बजाय इसे करने का _right_ तरीका ढूंढ रहा है
गंदा तरीका

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/fish-shell/fish-shell/issues/288#issuecomment -155494929
.

प्रारंभिक चर्चा में उल्लिखित दृष्टिकोणों को दोहराने के लिए और उन पर थोड़ा विस्तार करने के लिए: मुझे "!!" की तुलना में मेरे लिए बेहतर काम करने के लिए कीबाइंडिंग मिली है।

मैंने यह फ़ंक्शन लिखा है जो कुछ कुंजी (^ मेरे लिए एस, bind \cs 'prepend_command sudo' ) के लिए बाध्य किया जा सकता है। यदि कमांड लाइन में सामग्री है, तो यह सूडो को प्रीपेन्ड करती है। यदि कोई सामग्री नहीं है, तो यह सूडो को इतिहास के अंतिम आइटम में जोड़ देता है। तो sudo !!<Enter> अब ^S<Enter> बन जाता है।

function prepend_command
  set -l prepend $argv[1]
  if test -z "$prepend"
    echo "prepend_command needs one argument."
    return 1
  end

  set -l cmd (commandline)
  if test -z "$cmd"
    commandline -r $history[1]
  end

  set -l old_cursor (commandline -C)
  commandline -C 0
  commandline -i "$prepend "
  commandline -C (math $old_cursor + (echo $prepend | wc -c))
end

कुछ लोगों ने कहा कि कुछ इस तरह से कॉन्फ़िगर करना बहुत जटिल है। मछली में मेरे फ़ंक्शन के समान कार्यात्मक रूप से कुछ शामिल करना एक संभावित समाधान हो सकता है, इसलिए इसे कॉन्फ़िगर करना कम से कम एक-लाइनर बन जाता है।

बेशक, यह some_command --with-subshell-param (!!) जैसी अन्य मांगों का जवाब नहीं देता है।

@ अहती वास्तव में बदमाश है, बस इसे काम कर रहा है, ऐसा लगता है कि यह उपयोग करने के लिए एक इलाज होगा, थोड़ी देर में वापस रिपोर्ट करेगा!

हाँ, अब तक यह sudo !! । एक आदेश के माध्यम से आधे रास्ते में होना और इसे महसूस करना sudo होना चाहिए मेरे साथ बहुत कुछ होता है। ^s , तत्काल sudo उपसर्ग!

व्यक्तिगत तौर पर मैं इस्तेमाल कभी नहीं किया !! किसी भी अन्य की तुलना में संदर्भ में sudo !! ताकि मुझे परेशान नहीं करता है।

संयोग से मैंने अभी fish_vi_mode की कोशिश की और वास्तव में इसे पसंद किया। हालांकि, वीआई मोड में ^s अब और बाध्य नहीं दिखता है। सुझाव?

ठीक है, मेरे पास config.fish में कुंजी बंधन था। मैंने #2254 पाया और फिर https://github.com/faho/fish-shell/commit/f7e8ad632a388d5f1c5eb4cfc33f3cdb1f7fd831 पाया और फिर http://stackoverflow.com/a/16675092/292408 पाया जिसने पुष्टि की कि मुझे अपने बाइंडिंग को fish_user_key_bindings में रखना चाहिए फ़ंक्शन जो अभी तक मौजूद नहीं था।

यह काम किया और अब जब मैं वीआई कमांड मोड [N] में हूं तो उपसर्ग अपेक्षित रूप से काम करता है।

पेजर में मौजूदा पाइपलाइन को चलाने के लिए हमारे पास पहले से ही Alt-P है; मुझे आश्चर्य है कि क्या हमें Alt-S भी जोड़ना चाहिए?

मुझे लगता है कि @Ahti हर किसी की तलाश में एक बहुत ही सुंदर समाधान है। यादृच्छिक विस्तार या अजीब किनारे के मामलों के बारे में चिंता किए बिना कीबाइंड पर सीधे जाएं। यह आपकी इच्छानुसार उपयोग करने या रद्द करने के लिए बस टेक्स्ट रखता है।

मुझे @nyarly का प्रतिस्थापन और @Ahti का प्रमुख बाध्यकारी समाधान दोनों पसंद हैं।
व्यक्तिगत रूप से, मैं !! केवल sudo !! . के संदर्भ में करता हूं

ओए! यह धागा अब लगभग चार साल पुराना है। मैंने हाल ही में .com और ǃǃ.net खरीदा है (जो कि जीथब मुझे हाइपरलिंक नहीं देगा, जाहिर है, इसलिए कॉपी-पेस्ट करें) अगर कोई उन्हें चाहता है।

अरे! यह अच्छा है! @ ज्योफ-कोड आपने यह कैसे किया?)

उन्होंने हाल ही में .com और .net "अंतर्राष्ट्रीयकृत" डोमेन नामों को अनुमति देना शुरू किया है।

हालांकि, इस समय इसके लिए समर्थन अभी भी बहुत छोटा है। उदाहरण के लिए, उन्होंने मुझे ⵌⵑ.com पंजीकृत करने दिया, लेकिन .com को नहीं।

मुझे नहीं पता था कि आप रजिस्टर कर सकते हैं !!.com, वह पागल है।

इस मुद्दे से सीखा सबक: यदि आप कभी भी एक यूनिक्स शेल लिखते हैं, तो केवल एक विशेषता जिसे आपको लागू करना सुनिश्चित करना चाहिए, वह है सूडो !!, क्योंकि ऐसा लगता है कि लोग इसके बिना नहीं रह सकते।

गंभीरता से हालांकि, मुझे लोगों से यह कहते हुए शब्द मिला है कि यह बहुत अच्छा काम कर रहा है:

• https://github.com/fish-shell/fish-shell/wiki/Bash-Style-History-प्रतिस्थापन- (!!-and-!$)#abbr-based-solution-for--since-220 (मछली) विकी)

@bucaran हाँ, वास्तव में, ऐसा लगता है ।

अंतर्राष्ट्रीयकृत डोमेन नाम - IDNs:

https://en.wikipedia.org/wiki/Internationalized_domain_name

संपादित करें: इस पोस्ट के साथ बहुत धीमी गति से, और उन @geoff-codes जैसे पंजीकरण भी! यह एक बुद्धिमान निवेश होना चाहिए। एक दो अक्षर (सॉर्टा) .com!

#!.com हालांकि केक ले लिया होता। क्या कोई नियम है जो कॉम टीएलडी के लिए, या उन्हें कुछ हल करने पर रोक लगाता है?

विंडोज प्रेजेंटेशन के लिए बैश में प्रस्तुत करने वाले व्यक्ति ने कुछ टाइप किया
इस तरह:

$> हैलो विंडोज गूंज !!

और मुझे आशा है कि आप सभी अनुमान लगा सकते हैं कि क्या हुआ था।
11-मई-2016 को दोपहर 1:57 बजे, "आरोन गेयस" नोटिफिकेशन @github.com ने लिखा:

अंतर्राष्ट्रीय डोमेन नाम - IDNs

11 मई 2016 को सुबह 4:44:58 बजे टिमोफी (नोटिफिकेशन@github.com) ने लिखा:

अरे! यह अच्छा है! @geoff-codes https://github.com/geoff-codes कैसे किया
आप
वो करें?)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
<
https://github.com/fish-shell/fish-shell/issues/288#issuecomment -218435761

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/fish-shell/fish-shell/issues/288#issuecomment -218438118

तो, मुझे बैश पर स्विच करना चाहिए?

@ बेस 698 - इतिहास प्रतिस्थापन के दो सबसे आम उपयोग के मामलों का समर्थन करने के लिए मैंने एक मछुआरे प्लगइन डालने को घायल कर दिया: !! पूरे अंतिम आदेश के लिए और !$ अंतिम तर्क के लिए। ईमानदारी से, मैंने ज्यादातर अपनी आदतों को तोड़ा है क्योंकि मछली की कमांड लाइन का संपादन बहुत अच्छा है। फिर भी, मुझे वास्तव में सक्षम होना पसंद है

> which tool
> cat (!!)

उदाहरण के लिए एक स्क्रिप्ट की जांच करने के लिए

मछुआरे को स्थापित करने के बाद आप fisher install nyarly/fish-bang-bang साथ प्लगइन स्थापित कर सकते हैं।

पूर्णता के लिए (और एक सही उदाहरण देते हुए)
यहां मेरे द्वारा उल्लिखित यूट्यूब वीडियो का एक स्क्रीनशॉट है, यह '!!' की महान विशेषताओं में से एक है। पैटर्न जो अब विंडोज़ पर भी उपलब्ध है।

https://www.youtube.com/watch?v=2dB0igTfhfg&feature=youtu.be&t=760

वह git commit -a -m "Rawr!!" निष्पादित करना चाहता है

git commit -a -m "Rawrclear" में परिणाम

जितना मुझे मछली से प्यार है !! अभी बहुत उपयोगी है। सुनिश्चित नहीं है कि sudo !! लेकिन पिछली जानकारी को नए आदेशों को पास करने के तरीके के रूप में भी। उदाहरण के लिए:

find . -name something | grep "pattern" तो मैं पैटर्न के साथ तब तक खेलूंगा जब तक मुझे वह नहीं मिल जाता जो मुझे चाहिए।
फिर मैं इसे कुछ इस तरह से पास कर दूंगा (someCommand !! )। वर्तमान में, मछली में, इसके लिए बहुत अधिक चरणों की आवश्यकता होती है। कामकाज मेरे लिए पर्याप्त रूप से काम नहीं करता है।

zsh फैलता है !! ताकि आप इसे संपादित कर सकें। तो zsh पर वापस जाना होगा।

यदि आप मछुआरे का उपयोग कर रहे हैं (जो आपको बहुत अधिक होना चाहिए) तो आप nyarly/fish-bang-bang स्थापित कर सकते हैं और !! और !$ कहीं भी-इन-द-कमांड विस्तार प्राप्त कर सकते हैं

@nyarly हाँ, मैंने कोशिश की। लेकिन मुझे यह पसंद नहीं है कि दूसरे ! टाइप करने के तुरंत बाद यह कैसे फैलता है। अटपटा लगा। zsh बेहतर महसूस करता है क्योंकि यह आपके द्वारा स्पेस में प्रवेश करने या एंटर हिट करने के बाद फैलता है।

संपादित करें: कोई बात नहीं, मैं यह नहीं कर सका। मैं भूल गया था कि ZSH को जो मैं चाहता हूं वह होना कितना कष्टप्रद है। Nyarly के प्लगइन को करना होगा।

[हल] यहाँ:
https://blog.hospodarets.com/fish-shell-the-missing-config

मुझे बहुत खुशी है कि इसे लागू नहीं किया गया! यह मछली के ऑर्थोगोनैलिटी के नियम और उपयोगकर्ता फोकस के !! और !$ और शायद s^ से परे बहुत अधिक सोच की आवश्यकता है। इसलिए लोग इनका ही इस्तेमाल करते हैं। मछली का समाधान अधिक संवादात्मक है, जो तर्कों के अधिक सामान्य प्रतिस्थापन की अनुमति देता है। यह स्ट्रोक की संख्या के मामले में पर्याप्त कुशल है, और !! साथ समान रूप से कुशल है।

कुछ उपयोगकर्ता !! और !$ को याद करते हैं और एक अलग तरीका सीखना नहीं चाहते हैं। क्या मछली को इन विशेषताओं को किनारे के मामलों के रूप में लागू करना चाहिए (ऑर्थोगोनैलिटी का कानून देखें)? या सभी बैश इतिहास प्रतिस्थापन? या अन्य गोले से सभी सुविधाएँ? वे सभी सुविधाएँ जिनके बारे में उपयोगकर्ता सोच सकते हैं?

यहां उन लोगों के लिए समाधान दिया गया है जो कुछ कॉपी और पेस्ट करना चाहते हैं:

इसे ~/.config/fish/functions/fish_user_key_bindings.fish . में डालें

function bind_bang
  switch (commandline -t)
  case "!"
    commandline -t $history[1]; commandline -f repaint
  case "*"
    commandline -i !
  end
end

function bind_dollar
  switch (commandline -t)
  case "!"
    commandline -t ""
    commandline -f history-token-search-backward
  case "*"
    commandline -i '$'
  end
end

function fish_user_key_bindings
  bind ! bind_bang
  bind '$' bind_dollar
end

https://github.com/fish-shell/fish-shell/issues/288#issuecomment -7869918 से लिंक @siteshwar URL टूटा हुआ है। क्या आप इस स्टिल-ओपन मुद्दे को पढ़ने वाले लोगों के लिए इसे ठीक करने के लिए अपनी टिप्पणी संपादित कर सकते हैं?

मैंने उनकी टिप्पणी को यह इंगित करने के लिए संपादित किया कि हम अब अक्सर पूछे जाने वाले प्रश्नों की मेजबानी कहां करते हैं।

अब उस मछली के पास && और || (https://github.com/fish-shell/fish-shell/issues/4620) यह बैश के पूर्ण प्रतिस्थापन होने के बहुत करीब है!

मैं वास्तव में उलझन में हूँ --

तो शेल जो अपना नंबर 1 डिज़ाइन लक्ष्य घोषित करता है वह है:

1. Everything that can be done in other shell languages should be possible to do in fish

... मुझे हर दूसरे शेल में सबसे अधिक उपयोग की जाने वाली क्रियाओं में से एक करने की अनुमति नहीं देता है?

फिश एफएक्यू का कहना है कि इसके बजाय उपयोगकर्ताओं को चाहिए

First press Up, then Home, then type "sudo ".

यार, क्या खिंचाव है। पिछले छह महीनों में कितने उपयोगकर्ताओं ने किसी भी कारण से 'होम' बटन दबाया है? उस लंबाई में, मैं तर्क दे सकता था कि मैन पेज से स्वचालित रूप से पार्सिंग कमांड केवल लानत मैन फ़ाइल को खोलने और इसे स्वयं ढूंढने से ऑर्थोगोनल पर्याप्त नहीं है।

@andysalerno
आप जो क्रिया करना चाहते हैं वह सुडो प्रीपेड के साथ पिछली कमांड को निष्पादित करना है
और मछली यह कार्यक्षमता प्रदान करती है
हालांकि प्रवेश करने के बजाय
First type "sudo ", then press shift+1, then press shift+1
मैं करूँगा
ctrl+p, ctrl+a, type "sudo "
यह बैश में उसी तरह काम करता है
अब जब आपने अक्सर पूछे जाने वाले प्रश्न का उल्लेख किया है तो मैंने इसे फिर से जांचा और किसी ने इस शॉर्टकट के बारे में हिस्सा हटा दिया अब गायब है। (मैंने इसे ठीक करने के लिए https://github.com/fish-shell/fish-shell/pull/3879 बनाया है)
इस शॉर्टकट के काम करने का कारण यह है कि यह readline लाइब्रेरी का अनुसरण करता है जिसे व्यापक रूप से लागू किया जाता है या लाइन संपादन के लिए नकल की जाती है।
अगर मुझे समय मिलता है तो मैं इसे अक्सर पूछे जाने वाले प्रश्न में जोड़ने के लिए एक पुल अनुरोध तैयार करूंगा
मैं आपकी हताशा को समझ सकता हूं, Home कुंजी का उपयोग करना वास्तव में एक विकल्प नहीं है, क्योंकि वह कुंजी कई कीबोर्ड (जैसे मेरे सभी 3 कीबोर्ड) पर एक अलग स्थान पर है।

इसे फिर से लाने के लिए thx। मुझे लगता है कि ऐसा करने का एक आसान (केवल संशोधक और अक्षर कुंजियाँ, कोई होम कुंजी नहीं, कोई तीर कुंजियाँ नहीं), तेज़ (बहुत अधिक कीस्ट्रोक नहीं) और _documented_ तरीका होना महत्वपूर्ण है।

बहुत बढ़िया, मुझे ctrl+p के बारे में कोई जानकारी नहीं थी! मुझे ये तो और भी अच्छा लगता है !!

संपादित करें:
क्या अंतिम रन कमांड का पुनर्मूल्यांकन करने का कोई अन्य तरीका है? मैं खुद को कुछ इस तरह से बहुत कुछ कर रहा हूं:

> man -w fish  # prints location of man file for fish
/usr/share/fish/man/man1/fish.1

> less $(!!)

यह उतना संक्षिप्त नहीं है, लेकिन आप इसे eval और history वेरिएबल के साथ कर सकते हैं:

> man -w fish
/usr/share/fish/man/man1/fish.1

> less (eval $history[1])

लेकिन ऐसा करने का एक बेहतर तरीका alt-p का उपयोग करना है। यदि आप कमांड टाइप करने के बाद alt-p दबाते हैं तो मछली कमांड आउटपुट को कम कर देगी:

> man fish ऑल्ट-पी > man fish ^&1 |less;

मैं सभी एंटी-बैंग लोगों को नहीं समझता .. ऐसे कई उदाहरण हैं जहां बैंग सामान हंसते हुए तेज़ और इस तरह के "काम के आसपास" से अधिक सुविधाजनक है:
First press Up, then Home, then type "sudo ".

एक बार जब आप उनके अभ्यस्त हो जाते हैं तो बैंग कमांड जादू कर रहे हैं .. मुझे वास्तव में उम्मीद है कि मछली लोग अपना मन बदल लेंगे और उन्हें वापस जोड़ देंगे। कम से कम कुछ अच्छे, जैसे:

!!
!WORD
!WORD:p
!:n
!$
!^
!n:n
!:gs/MISTAKE/FIX
!#
!#^

मछली हालांकि बहुत अच्छी है, अच्छा काम करते रहो

क्या इतिहास में अंतिम कमांड को निष्पादित करने का कोई समर्थित तरीका है? मुझे इसे टाइप करने में कोई आपत्ति नहीं है, क्योंकि मैं अपनी अन्य tmux विंडो में कमांड को कॉल करने के लिए सिर्फ मैक्रो का उपयोग कर रहा हूं। लेकिन मेरा उपयोग यह है कि मैं ऐसा कुछ करने में सक्षम होना चाहता हूं:

$ echo "hi"
hi
$ x
hi
$ x
hi

मैंने कोशिश की eval $history[1] , लेकिन दूसरी कॉल फट गई। !! कमांड के बारे में यही उपयोगी बात है। एक चीज जो वास्तव में स्वीकार्य नहीं है वह है तीर कुंजियों का उपयोग करना। क्या मछली में कोई आदेश है जो इस उपयोग के मामले का समर्थन करता है?

सबसे अच्छा मैं अभी सोच सकता हूं कि एक प्रमुख स्थान का उपयोग करना है जो इसे इतिहास में जोड़ने से रोकता है:

$ function x ; eval $history[1] ; end
$ echo "hi"
hi
$  x    # note leading space
hi
$  x
hi

यह निश्चित रूप से बहुत अच्छा नहीं है मुझे पता है। इस साधारण मामले में हालांकि, history-search-backward बाध्यकारी ऐसा लगता है कि यह पर्याप्त होना चाहिए? यह डिफ़ॉल्ट रूप से तीर कुंजी है लेकिन आप इसे जोड़ या बदल सकते हैं।

ओह! यह एक अच्छा विचार है, मैंने अग्रणी स्थान का उपयोग करने के बारे में नहीं सोचा था। मुझे यह कोशिश करनी होगी।

अद्यतन करें :
यह मेरे उपयोगकेस के लिए पूरी तरह से काम करता है। $ eval $history[1] #note extra leading space

शायद यही कारण है कि मैं मछली के साथ नहीं रह सकता। हालांकि यह सुरुचिपूर्ण और सरल है, लेकिन कई चीजों के लिए मानक शॉर्टकट की कमी इसे अनुत्पादक बनाती है:

पहली वस्तु। मैं सुडो के साथ पिछली कमांड दोहराना चाहता हूं:

sudo !!

1) ऊपर का बटन दबाएं
समस्या, मुझे कीबोर्ड पर अप बटन तक पहुंचना है। लगभग एक-चौथाई बार मुझे यह याद आती है और फिर यह देखने के लिए कीबोर्ड पर नीचे देखना चाहिए कि यह कहां है और शायद जो कुछ भी गड़बड़ हो गया है उसे ठीक करें। फिर...
2) होम हिट करें या Ctrl-A
होम एक और खिंचाव है और विभिन्न कीबोर्ड पर इतने विविध स्थानों में स्थित है कि मुझे इसकी तलाश करनी होगी। Ctrl-A अधिक स्वाभाविक रूप से आता है जिससे मुझे लगता है कि काम करता है।
3) 'सुडो' टाइप करें और रिटर्न हिट करें।
ठीक है, यह केवल सात कीस्ट्रोक हैं, लेकिन उनमें से एक में त्रुटि की संभावना है और मेरे कार्यप्रवाह के बड़े प्रतिशत पर बाधित होने का कारण है।

अगला आइटम, मैं पिछले अंतिम तर्क को कैट करना चाहता हूं:

ls -l /etc/network/iptables
cat !$

या मछली के साथ:
1) 'बिल्ली' टाइप करें
2) ऑल्ट-अप
ठीक है, फिर से यह बहुत स्वाभाविक नहीं है। मैं शायद ही कभी Alt कुंजी को हिट करता हूं और अक्सर इसके आगे सुपर (Cmd/Windows/जो भी) कुंजी दबाता हूं जो उस संदर्भ को बदल देता है जिसमें मैं पूरी तरह से हूं।

सभी प्रमुख दावेदारों की तरह मछली को बेहतर इतिहास विस्तार की आवश्यकता है। इसकी कमी उच्च अंत उपयोगकर्ताओं के लिए उत्पादकता में कमी है।

@wreclass क्योंकि मुझे अपनी उंगलियों से sudo !! नहीं मिला, मैंने https://github.com/nyarly/fish-bang-bang लिखा, जो मैं आपको सुझाऊंगा ।

इसके अलावा, आईआईआरसी, "प्रीपेन्ड सूडो" के लिए Alt-S के साथ मछली जहाज जो अंतिम इतिहास प्रविष्टि के लिए काम करेगा यदि आपका आदेश वर्तमान में खाली है, वैसे ही Alt-P | less जोड़ देगा।

और सिर्फ इसलिए कि यह ऊपर आता रहता है, ("अर्थात क्यों नहीं !! मछली में वैसे ही काम करता है जैसे यह बैश करता है") मैं संबंधित करना चाहता हूं: ! चरित्र का विशेष उपचार उन चीजों में से एक था जो मुझे बैश से निकाल दिया। एक लंबे समय के मछली उपयोगकर्ता के रूप में, अगर उस व्यवहार को एक मुखर अल्पसंख्यक को खुश करने के लिए लाया गया तो मुझे बहुत निराशा होगी।

sudo !! एक ऐसी मानक चीज है। मैं समझता हूं कि मछली प्राचीन बैश सिंटैक्स से दूर होने की बहुत कोशिश कर रही है, लेकिन व्यक्तिगत दर्शन के पक्ष में वैध रूप से उपयोगी सुविधाओं को दूर करने से, मुझे लगता है कि हम प्रगति को रोकते हैं।

@ClickSentinel , इसी कारण से मैंने fish का उपयोग करना छोड़ दिया और bash टिका रहा। :स्माइली:

हमारी वर्तमान योजना वैश्विक संक्षिप्ताक्षरों को लागू करने की है, जो तब "!!" का भी समर्थन कर सकते हैं। और अन्य। उसके लिए #5003 देखें।

मैं इस मुद्दे को उसके पक्ष में बंद कर रहा हूं क्योंकि यह अपना काम कर चुका है।

@tukusejssirs और @ClickSentinel , क्या आपने अपने कॉन्फिगर में https://github.com/fish-shell/fish-shell/issues/288#issuecomment -306212011 पर कोड जोड़ने का प्रयास किया है?

मेरे पास कई वर्षों से इसका एक संस्करण है (एक मुद्दे से संशोधित (यह मुद्दा, हो सकता है?) मेरे पास !$ से पहले स्ट्रिंग का उपयोग करके ऊपर की ओर टोकन खोज करने के लिए मेरे संस्करण में है, यह उन चीजों में से एक है जो मुझे सबसे ज्यादा नाराज हैं जब बैश में काम नहीं करते हैं।)

मेरा संस्करण (या शायद मैंने विविधता चुरा ली है... याद नहीं आ रहा :man_shrugging: ):

function bind_bang
    switch (commandline --current-token)[-1]
    case "!"
        # Without the `--`, the functionality can break when completing
        # flags used in the history (since, in certain edge cases
        # `commandline` will assume that *it* should try to interpret
        # the flag)
        commandline --current-token -- $history[1]
        commandline --function repaint
    case "*"
        commandline --insert !
    end
end

function bind_dollar
    switch (commandline --current-token)[-1]
    # This case lets us still type a literal `!$` if we need to (by
    # typing `!\$`). Probably overkill.
    case "*!\\"
        # Without the `--`, the functionality can break when completing
        # flags used in the history (since, in certain edge cases
        # `commandline` will assume that *it* should try to interpret
        # the flag)
        commandline --current-token -- (echo -ns (commandline --current-token)[-1] | head -c '-1')
        commandline --insert '$'
    case "!"
        commandline --current-token ""
        commandline --function history-token-search-backward


    # Main difference from referenced version is this `*!` case
    # =========================================================
    #
    # If the `!$` is preceded by any text, search backward for tokens
    # that contain that text as a substring. E.g., if we'd previously
    # run
    #
    #   git checkout -b a_feature_branch
    #   git checkout master
    #
    # then the `fea!$` in the following would be replaced with
    # `a_feature_branch`
    #
    #   git branch -d fea!$
    #
    # and our command line would look like
    #
    #   git branch -d a_feature_branch
    #
    case "*!"
        # Without the `--`, the functionality can break when completing
        # flags used in the history (since, in certain edge cases
        # `commandline` will assume that *it* should try to interpret
        # the flag)
        commandline --current-token -- (echo -ns (commandline --current-token)[-1] | head -c '-1')
        commandline --function history-token-search-backward
    case "*"
        commandline --insert '$'
    end
end

function fish_user_key_bindings
    bind ! bind_bang
    bind '$' bind_dollar
end

धन्यवाद @ Scooter-dangle यह #228 . से भी बेहतर काम करता है

ऐसे मामले हैं जहां मछली कुछ क्रिया करने के लिए अधिक मुहावरेदार तरीका प्रदान करेगी:

LANG=C :
fish: Unsupported use of '='. To run ':' with a modified environment, please use 'env LANG=C :…'

हो सकता है कि !! भी, डिफ़ॉल्ट रूप से, ऐसा संदेश उत्पन्न कर सकता है जो इसे करने के लिए एक वैकल्पिक अधिक मुहावरेदार तरीका सुझाता है?

हालाँकि प्रस्ताव उतना ही कुशल होना चाहिए। तुलना करना:

• sudo !!<enter> , सभी कीबोर्ड पर हाथों की आधार स्थिति से
• <up><home>sudo <enter> , जैसा कि मछली के अक्सर पूछे जाने वाले प्रश्न में सुझाया गया है , जहां पर निर्भर करता है कि हाथों की कम या ज्यादा चाल की आवश्यकता होती हैतथाकीबोर्ड पर हैं।
• <C-p><Ca>sudo <enter> , बिना हाथ हिलाए पहुंच योग्य, जो बैश, जेडएसएच और शायद अधिक की चूक के साथ भी काम करता है, इसलिए उपयोगकर्ता नई आदत को अपना सकते हैं जो एक पोर्टेबल है जब उन्हें अन्य गोले से निपटना पड़ता है।

!$ , <alt-.> सुझाव देना ठीक लगता है, है ना?

@psychoslave कृपया सभी पुराने मुद्दों पर टिप्पणी करना बंद करें, विशेष रूप से बंद लोगों पर।

इस पर भी ताला लगा रहा है। इसका उत्तर लगभग पचास बार दिया जा चुका है।