Repovio ब्रांडिंग अपग्रेड
यह नाम परिवर्तन एक ब्रेकिंग कॉन्फ़िगरेशन परिवर्तन है. REPOVIO_ENV_FILE, REPOVIO_VERSION, REPOVIO_API_PORT और
REPOVIO_WEB_PORT सहित प्रत्येक पूर्व उत्पाद-उपसर्ग पर्यावरण चर को REPOVIO_ उपसर्ग में अपडेट करें।
ghcr.io/repovio/repovio-api और ghcr.io/repovio/repovio-web के अंतर्गत API और वेब छवियों का उपयोग करें।
पहले पुराने PostgreSQL 17 रिलीज़ पर ब्रांड नाम परिवर्तन पूरा करें। वर्तमान Compose कॉन्फ़िगरेशन PostgreSQL 18 के लिए है;
उपयोग से पहले अलग PostgreSQL 18 अपग्रेड करें। PostgreSQL 17 फ़ाइलें कभी PostgreSQL
18 सेवा में माउंट न करें। नीचे के चरण सुरक्षित पुरानी PostgreSQL 17 कॉन्फ़िगरेशन और उसकी compose.yml तथा
compose.upgrade.yml उपयोग करते हैं। केवल नाम परिवर्तन में डेटा रूपांतरण नहीं चाहिए; प्रमुख संस्करण अपग्रेड अलग काम है।
PostgreSQL डेटा सुरक्षित रखें
- मौजूदा डेटाबेस का बैकअप लें और पुष्टि करें कि तैनाती बदलने से पहले बैकअप को पुनर्स्थापित किया जा सकता है।
docker inspect <postgres-container>के साथ चल रहे PostgreSQL कंटेनर का निरीक्षण करें और/var/lib/postgresql/dataपर लगाए गए सटीक नामित वॉल्यूम को रिकॉर्ड करें। वॉल्यूम हटाए बिना पुराने एप्लिकेशन और PostgreSQL कंटेनर को रोकें।- नए परिनियोजन परिवेश में
REPOVIO_POSTGRES_VOLUMEको उसी सटीक वॉल्यूम नाम पर सेट करें। पुष्टि करें कि यहdocker volume inspect <recorded-volume>का उपयोग करके मौजूद है। नया-इंस्टॉलेशन डिफ़ॉल्टrepovio-postgresहै; इसे किसी मौजूदा इंस्टॉलेशन के वॉल्यूम को गलती से प्रतिस्थापित नहीं करना चाहिए। POSTGRES_DB,POSTGRES_USER,POSTGRES_PASSWORD,TOKEN_ENCRYPTION_KEYऔरAUTH_JWT_SECRETको अपरिवर्तित रखें। PostgreSQL को उसी प्रमुख संस्करण पर रखें। शुरू करने से पहले निजी तौर परdocker compose configकी समीक्षा करें; इसके आउटपुट में सुलझे हुए रहस्य शामिल हैं और इसे कभी भी साझा या प्रतिबद्ध नहीं किया जाना चाहिए।- अपग्रेड के लिए
docker compose -f compose.yml -f compose.upgrade.ymlका उपयोग करें। इस ओवरराइड के लिए नामित वॉल्यूम का अस्तित्व आवश्यक है, इसलिए एक गलत वर्तनी वाला वॉल्यूम चुपचाप एक खाली प्रतिस्थापन को प्रारंभ नहीं कर सकता है। पहले PostgreSQL प्रारंभ करें और मौजूदा डेटाबेस को सत्यापित करें, फिर माइग्रेशन सेवा और एप्लिकेशन प्रारंभ करें। इस नाम बदलने के हिस्से के रूप में कभी भीdocker compose down --volumesन चलाएं, पुराना वॉल्यूम न हटाएं, या किसी रिक्त डेटाबेस को प्रारंभ न करें।
ब्रांडिंग के लिए किसी डेटा रूपांतरण की आवश्यकता नहीं है। मौजूदा डेटा को पढ़ने के लिए डेटाबेस क्रेडेंशियल और एन्क्रिप्शन कुंजी आवश्यक हैं। पिछली तैनाती को उसके कॉन्फ़िगरेशन और बनाए गए वॉल्यूम का उपयोग करके पुनर्स्थापित किया जा सकता है; समवर्ती लेखकों से बचें.
प्रमाणीकरण और ब्राउज़र स्थिति
डिफ़ॉल्ट JWT जारीकर्ता अब repovio है; अपग्रेड करने के बाद फिर से साइन इन करें। स्पष्ट रूप से कॉन्फ़िगर किए गए
जारीकर्ता को भी जानबूझकर अद्यतन किया जाना चाहिए। मौजूदा ब्राउज़र प्राथमिकताएँ, अधिसूचना स्थिति, कुकीज़ और भंडारण
कुंजियाँ आयात नहीं की जाती हैं। अपनी भाषा/विषय फिर से चुनें, यदि आवश्यक हो तो PWA को पुनः स्थापित करें और ब्राउज़र
सूचनाओं को पुनः सक्षम करें। जहां उपयुक्त हो, पहचान-प्रदाता प्रदर्शन नाम और बाहरी एप्लिकेशन कॉन्फ़िगरेशन अपडेट करें;
कॉलबैक रूट नहीं बदलते. नए इंस्टॉलेशन कार्यों की पुष्टि के बाद ही अप्रचलित साइट डेटा साफ़ करें।
पिछले MCP टोकन को रद्द करें और प्रतिस्थापन बनाएं: बदला हुआ टोकन उपसर्ग जानबूझकर उपनाम के रूप में स्वीकार नहीं किया जाता है।