Fabric: 'abort_on_prompts' चेतावनी देती है

को निर्मित 22 अक्तू॰ 2012 · 12टिप्पणियाँ · स्रोत: fabric/fabric

दोनों abort_on_prompts और warn_only = का उपयोग करने की कोशिश कर रहा है = True abort_on_prompts को चेतावनी देता है overn_only और कपड़े अभी भी एक SystemExit फेंकता है

In [6]: from fabric.api import sudo, execute, cd, env, run, local

In [7]: with settings(warn_only = True):
    result = local("ls -ltrh")
   ...:     
[localhost] local: ls -ltrh
total 188K
In [8]: with settings(warn_only = True):
    result = local("ls -ltrh /tmp/tartratrat")
   ...:     
[localhost] local: ls -ltrh /tmp/tartratrat
ls: cannot access /tmp/tartratrat: No such file or directory

Warning: local() encountered an error (return code 2) while executing 'ls -ltrh /tmp/tartratrat'


In [9]: env['abort_on_prompts'] = True

In [10]: with settings(warn_only = True):
    result = local("ls -ltrh /tmp/tartratrat")
   ....:     
[localhost] local: ls -ltrh /tmp/tartratrat
ls: cannot access /tmp/tartratrat: No such file or directory

Warning: local() encountered an error (return code 2) while executing 'ls -ltrh /tmp/tartratrat'


In [11]: with settings(warn_only = True):
    result = run("ls -ltrh /tmp/tartratrat")
   ....:     

Fatal error: Needed to prompt for the target host connection string, but abort-on-prompts was set to True

Aborting.
An exception has occurred, use %tb to see the full traceback.

SystemExit: 1
To exit: use 'exit', 'quit', or Ctrl-D.

Bug Core

स्रोत

pkittenis

👍1

सभी 12 टिप्पणियाँ

(Protip, टेक्स्ट फ़ील्ड के ऊपर "Github Flavoured Markdown" लिंक का उपयोग करें, यह आपको दिखाएगा कि चीजों को सही तरीके से कैसे प्रारूपित किया जाए। आपके लिए अपना विवरण निर्धारित करें :))

मेरा तर्क है कि ज्यादातर मामलों में जब उपयोगकर्ता abort_on_prompts टॉगल करते हैं, तो वे मौजूदा व्यवहार (गर्भपात) की उम्मीद कर रहे हैं और चेतावनी नहीं दे रहे हैं। warn_only=True आम तौर पर लागू होता है जब दूरस्थ प्रोग्राम_ में विफलता होती है, बनाम फैब्रिक ही गर्भपात करता है।

हालांकि मैं स्वीकार करता हूं कि यह स्थिति जहां दोनों सत्य हैं, अच्छी तरह से परिभाषित / प्रलेखित नहीं है। इसके अतिरिक्त, के सबसे अन्य उपयोगों abort() codebase में करने के लिए कॉल के साथ प्रतिस्थापित किया गया है error() जो क्या "बीच में बंद करें अगर संभालती है warn_only=False " तर्क।

मैं अभी के लिए कॉल करूँगा कि स्थिरता उपयोगकर्ता को गर्भपात-ऑन-प्रॉम्प्ट करने की कोशिश कर रही है और अप्रत्याशित warn_only=True विफल हो रही है, और आपके द्वारा अनुरोध किए जाने वाले परिवर्तन कर देगा। अगर दूसरे लोग शिकायत करने आते हैं तो मैं आपको सामने रखूंगा;)

bitprophet 29 अक्तू॰ 2012

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

@pkittenis - आप किस वास्तविक दुनिया की स्थिति में चल रहे हैं जहां यह आपके लिए एक समस्या है? क्या आप इसके चारों ओर काम करने के लिए try/except SystemExit का उपयोग कर पाएंगे?

यदि आप इसके द्वारा अवरोधित किए गए हैं, तो कुछ नया कॉन्फिगरेशन विकल्प जोड़ने के लिए और अधिक समझदार हो सकता है (कुछ गूंगे नाम जैसे warn_trumps_abort शायद) ताकि आपके उपयोग के मामले में लोग अप्रत्याशित परिवर्तन पैदा किए बिना व्यवहार को नियंत्रित कर सकें। वर्तमान उपयोगकर्ताओं के लिए।

bitprophet 29 अक्तू॰ 2012

मुद्दा यह है कि abort_on_prompts का व्यवहार एक SystemExit को फेंकने के लिए कपड़े का कारण बनता है जब यह एक कमांड में त्रुटि होने पर No hosts found. Please specify (single) host string for connection: गिर जाता है।

एपीआई के रूप में कपड़े का उपयोग करते समय, यह सिर्फ गलत आईएमओ है। एपीआई का उपयोगकर्ता पहले से ही निष्पादित पर SystemExit से बचने के लिए warn_only सेट कर चुका है और इसके बजाय कोड के भीतर रिटर्न कोड को संभालने में सक्षम हो सकता है। एक दम बढ़िया।

तब उपयोगकर्ता सेट abort_on_prompts और इसके बजाय जब यह विफल अपने आदेश के लिए त्रुटि कोड प्राप्त करने की, वे करने के लिए वापस आने की वजह से एक SystemExit मिल enter a host और के उपयोग abort_on_prompts । अपवाद को संभाल सकते हैं, निश्चित रूप से, लेकिन उस स्थिति में आप कमांड का रिटर्नकोड नहीं देख सकते जो अब तक विफल रहा।

लगभग abort_on_prompts गलत तरीके से वापस सेट करके अभी के लिए काम कर सकते हैं, लेकिन हर आदेश पर ऐसा करने की आवश्यकता है जो विफल हो सकता है या नहीं हो सकता है,

मुझे लगता है कि जो सबसे अच्छा होगा वह एक ऐसा कपड़ा होगा जो पूरी तरह से फैब्रिक प्रॉम्प्ट में बनाया गया होगा जो कमांड लाइन पर इस्तेमाल होने के लिए होता है, एक एपीआई के रूप में फैब्रिक का उपयोग करते समय No hosts found.. एक बार होता है। तब abort_on_prompts SystemExit का कारण नहीं बनेगा क्योंकि इसका कोई कारण नहीं है।

pkittenis 2 नव॰ 2012

+1 - मैं अभी इस मुद्दे पर चल रहा हूं। मेरा ठोस उपयोग मामला यह है कि मैं हाल ही में प्रावधानित क्लाउड नोड्स पर एक जांच करने के लिए फैब्रिक का उपयोग कर रहा हूं और पुष्टि करता हूं कि क्या उन नोड्स के पास उचित सार्वजनिक कुंजी के साथ एसएसएच एक्सेस है। परिणामस्वरूप, मुझे वास्तव में _catch_ abort_on_prompts अपवाद की आवश्यकता है। अभी के लिए मैं केवल SystemExit को स्पष्ट रूप से पकड़ने जा रहा हूं, लेकिन यह वास्तव में बहुत गलत लगता है।

amontalenti 26 अक्तू॰ 2013

+1 - मैं abort_on_prompts अपवादों को भी पकड़ना चाहूंगा।

nicholaskuechler 28 फ़र॰ 2014

: +1: मैं उसी स्थिति में हूं जहां मैं SystemExit नहीं उठाना चाहता हूं - यह मेरे अजवाइन श्रमिकों को मारता है।

tebeka 1 मई 2014

इस स्तर पर मुझे लगता है कि बदलाव का यह स्तर संस्करण 2.0 में बेहतर है जो एपीआई उपयोग के मामले के साथ डिजाइन किया जा रहा है और द्वितीयक / आवरण उपयोग मामले के रूप में सीएलआई का उपयोग करें। 1.x में व्यवहार बदलना बग जोड़ने के लिए बहुत आश्चर्यजनक / भ्रमित / उत्तरदायी होगा।

2.x के रूप में टैग करना और खुला छोड़ना इसलिए मैं उम्मीद कर सकता हूं कि एपीआई के उस हिस्से को लिखते समय मैं इस पर दोबारा विचार कर सकूं और सुनिश्चित कर सकूं।

bitprophet 4 अग॰ 2014

❤1

+1 - जब दोनों abort_on_prompts और warn_only _True_, warn_only प्रबल हों।
इस मुद्दे पर एक और धागा, @reeesga : https://github.com/fabric/fabric/issues/521 द्वारा

4hr1m4n 5 मार्च 2015

👍1

ybv 19 जून 2015

👍1

+1 - जब abort_on_prompts और warn_only दोनों सत्य हैं, तो warn_only प्रबल होना चाहिए। ऐसा करने के लिए एक नई सेटिंग ठीक है

balajijegan 16 जुल॰ 2015

👍1

इस पर किसी भी अद्यतन ?
मैंने SystemExit को पकड़ा, लेकिन यह सिर्फ मेरे उत्पादन को बदसूरत बनाता है ...

अपने आप से देखें:

webapps2adm001.qa.aws.company.com: रूट SUCCESS के रूप में कनेक्शन।
webapps2001.qa.aws.company.com: रूट SUCCESS के रूप में कनेक्शन।
घातक त्रुटि: कनेक्शन या sudo पासवर्ड के लिए संकेत देने की आवश्यकता (होस्ट: webapps3001.ia.aws.company.com), लेकिन इनपुट समानांतर मोड में अस्पष्ट होगा
गर्भपात कराना।
webapps3001.ia.aws.company.com: कनेक्शन रूट के रूप में विफल। SystemExit: 1
webapps3adm001.ia.aws.company.com: रूट SUCCESS के रूप में कनेक्शन।

मैं सिर्फ गर्भपात के बाद लाइन रखना चाहता हूं। मैं त्रुटि संदेश नहीं देखना चाहता।

ocervell 16 मार्च 2016

👍1

मैं इस मुद्दे पर भी चल रहा हूं और मौजूदा व्यवहार को बदलते हुए देखना पसंद करूंगा।

mitcharf 29 अप्रैल 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fabric: 'abort_on_prompts' चेतावनी देती है

सभी 12 टिप्पणियाँ

संबंधित मुद्दों