क्या किसी फ़ाइल को -x विकल्प के साथ बैश स्क्रिप्ट चलाकर प्रदर्शित की गई जानकारी भेजने का एक तरीका है, जबकि स्क्रिप्ट चलाने वाले उपयोगकर्ता द्वारा देखे गए मानक आउटपुट को नहीं बदलते हैं?
यह एक डिबगिंग फीचर है जिसे मैं एक बैश स्क्रिप्ट में लागू करना चाहूंगा जिसे हम बार-बार बदलते हैं।
बहुत सराहना की।
जवाबों:
-X से आउटपुट stderr पर जाता है, stdout में नहीं। लेकिन यहां तक कि यह एक समस्या भी हो सकती है - बहुत सी लिपियों में stderr की सामग्री पर कार्यात्मक निर्भरता होगी, और डिबग और stderr धाराओं को कुछ मामलों में एक साथ मिश्रित करने के लिए इस तरह की गड़बड़ है।
बैश संस्करण> 4.1 एक अलग समाधान प्रदान करते हैं: BASH_XTRACEFD पर्यावरण चर आपको एक फ़ाइल विवरणक निर्दिष्ट करने की अनुमति देता है जिसका उपयोग डीबग स्ट्रीम भेजने के लिए किया जाएगा। यह एक फ़ाइल या पाइप या कोई अन्य यूनिक्स-वाई अच्छाई हो सकती है जो आपको पसंद है।
# Use FD 19 to capture the debug stream caused by "set -x":
exec 19>/tmp/my-script.log
# Tell bash about it (there's nothing special about 19, its arbitrary)
export BASH_XTRACEFD=19
# turn on the debug stream:
set -x
# run some commands:
cd /etc
find
echo "Well, that was fun."
# Close the output:
set +x
exec 19>&-
# See what we got:
cat /tmp/my-script.logथोड़े और अधिक निपुणता के साथ, आप अन्य काम कर सकते हैं - जैसे कि स्टडआउट और / या स्टडिन स्ट्रीम्स पर 'टी' करना, और डिबग आउटपुट के साथ इंटरलेव करना, इसलिए आपका लॉग अधिक पूर्ण है। इस पर अधिक जानकारी के लिए, /programming/3173131/redirect-copy-of-stdout-to-log-file-from-within-bash-script-itself देखें ।
विकल्प पर इस दृष्टिकोण का बड़ा लाभ यह है कि आप डिबग आउटपुट को स्टडआउट या स्टडर में इंजेक्ट करके अपनी स्क्रिप्ट के व्यवहार में परिवर्तन नहीं कर रहे हैं।
exec 19>&-) को बंद करना आवश्यक है ? मेरे अनुभव में यह स्वचालित रूप से बंद हो जाता है, जब स्क्रिप्ट खत्म हो जाती है।