अपना मोबाइल ऐप अपडेट करें
अधिकतर अपडेट publish करते ही तुरंत लाइव हो जाते हैं। केवल metadata या native shell में बदलाव के लिए नए app store submission की जरूरत होती है।
अगर तुमने अपने Proyecta ऐप को PWA के रूप में wrap करके app store में submit किया है, तो अपडेट दो स्तरों पर काम करते हैं — यह इस बात पर निर्भर करता है कि तुम क्या बदल रहे हो।
Tier 1: Content और functionality अपडेट (तुरंत)
Section titled “Tier 1: Content और functionality अपडेट (तुरंत)”चूंकि एक wrapped PWA अपना असली content तुम्हारे published Proyecta URL से लोड करता है, अधिकतर अपडेट के लिए नई app store build की जरूरत नहीं होती:
- Proyecta builder में अपने बदलाव करो
- builder toolbar में Publish पर क्लिक करो
- अगली बार जब यूज़र ऐप खोलें, उन्हें बदलाव दिखने लगते हैं
इस tier में शामिल चीज़ें:
- नए pages, features, layouts
- Bug fixes
- Copy और image में बदलाव
- Backend logic में बदलाव
- Database schema में बदलाव
- अधिकतर styling tweaks
यह PWA-wrapper model का सबसे बड़ा फायदा है — सामान्य product work के लिए तुम्हें review queue का इंतज़ार नहीं करना पड़ता।
Tier 2: Native shell अपडेट (नया submission जरूरी)
Section titled “Tier 2: Native shell अपडेट (नया submission जरूरी)”कुछ बदलावों के लिए wrapper को फिर से generate करना और नया package submit करना पड़ता है:
- App name जैसा icon के नीचे दिखता है
- App icon खुद
- Splash screen
- Manifest entries जो wrapper में bake होती हैं (theme color, display mode, orientation lock)
- Native permission declarations (camera, location, आदि जिनके लिए
Info.plistयाAndroidManifest.xmlमें नई entries चाहिए) - Wrapper version bumps
इनके लिए:
- अपने published URL के साथ pwabuilder.com पर package फिर से generate करो
- वही signing key इस्तेमाल करो जो पहले इस्तेमाल की थी (यह बेहद ज़रूरी है — नीचे देखो)
- Google Play Console, App Store Connect, या Partner Center के ज़रिए submit करो
- Review का इंतज़ार करो
अपनी signing key मत खोना
Section titled “अपनी signing key मत खोना”Android ऐप अपडेट करते समय सबसे ज़रूरी बात यह है: हर अपडेट को उसी key से sign करना होगा जिससे पहला version sign किया था। अगर तुमने signing.keystore खो दिया, तो Google Play आगे का कोई भी अपडेट स्वीकार नहीं करेगा। तुम्हें एक बिल्कुल नया ऐप अलग package name से publish करना होगा और users को migrate करना होगा।
iOS के लिए, तुम्हारा provisioning profile और distribution certificate तुम्हारे Bundle ID से जुड़े होते हैं — अगर certificate revoke हो जाए तो नया बनाया जा सकता है, लेकिन अपडेट submit करते समय देरी से बचने के लिए अपने profiles का backup ज़रूर रखो।
Versioning टिप
Section titled “Versioning टिप”जब भी नया package submit करो, अपने ऐप का user-facing version number Proyecta deploys के साथ sync में रखो। वरना users यह नहीं बता पाएंगे कि उनकी crash report नई build पर है या पुरानी।
जल्द आ रहा है
Section titled “जल्द आ रहा है”- builder में Update wizard जो regeneration, signing, और submission खुद संभालेगा
- Version manifest tracking जो Proyecta version history के साथ sync होगी