اپ موبایل خود را بهروزرسانی کنید
بیشتر بهروزرسانیها بلافاصله پس از publish شدن اعمال میشوند. فقط تغییرات metadata یا native shell نیاز به ارسال مجدد به app store دارند.
اگر اپ Proyecta خود را بهصورت PWA رپ کرده و به یک app store ارسال کردهای، بهروزرسانیها بسته به نوع تغییر در دو سطح کار میکنند.
سطح ۱: بهروزرسانی محتوا و قابلیتها (فوری)
Section titled “سطح ۱: بهروزرسانی محتوا و قابلیتها (فوری)”چون یک PWA رپشده محتوای واقعی خود را از URL منتشرشدهات در Proyecta بارگذاری میکند، بیشتر بهروزرسانیها نیاز به build جدید در app store ندارند:
- تغییرات خود را در Proyecta builder اعمال کن
- روی Publish در نوار ابزار builder کلیک کن
- کاربران دفعه بعدی که اپ را باز میکنند تغییرات را میبینند
مواردی که در این سطح قرار میگیرند:
- صفحات، قابلیتها و layout های جدید
- رفع باگ
- تغییر متون و تصاویر
- تغییرات منطق backend
- تغییرات schema پایگاه داده
- بیشتر تنظیمات ظاهری
این یکی از بزرگترین مزایای مدل PWA-wrapper است — برای کارهای معمول روی محصول منتظر صفهای بررسی نمیمانی.
سطح ۲: بهروزرسانی native shell (نیاز به ارسال مجدد)
Section titled “سطح ۲: بهروزرسانی native shell (نیاز به ارسال مجدد)”برخی تغییرات نیاز به بازسازی wrapper و ارسال پکیج جدید دارند:
- نام اپ آنطور که زیر آیکون نمایش داده میشود
- آیکون اپ به خودی خود
- Splash screen
- ورودیهای Manifest که wrapper آنها را در خود جای میدهد (رنگ theme، حالت نمایش، قفل جهت)
- اعلان مجوزهای native (دوربین، موقعیت مکانی و مواردی که نیاز به ورودیهای جدید در
Info.plistیاAndroidManifest.xmlدارند) - بهروزرسانی نسخه wrapper
برای این موارد:
- پکیج را در pwabuilder.com با URL منتشرشدهات دوباره بساز
- با همان signing key که قبلاً استفاده کردی امضا کن (حیاتی است — ادامه را بخوان)
- از طریق Google Play Console، App Store Connect یا Partner Center ارسال کن
- منتظر بررسی بمان
signing key خود را گم نکن
Section titled “signing key خود را گم نکن”مهمترین نکته درباره بهروزرسانی اپ Android این است: باید هر بهروزرسانی را با همان key که نسخه اول را با آن امضا کردی، امضا کنی. اگر signing.keystore را گم کنی، Google Play هیچ بهروزرسانی بعدی را نمیپذیرد. مجبور میشوی یک اپ کاملاً جدید با نام پکیج متفاوت منتشر کنی و کاربران را مهاجرت دهی.
برای iOS، provisioning profile و distribution certificate تو به Bundle ID ات گره خوردهاند — اگر certificate ات را باطل کنی میتوانی یکی جدید بسازی، اما در هر صورت از profile هایت نسخه پشتیبان داشته باش تا هنگام ارسال بهروزرسانیها با تأخیر مواجه نشوی.
نکتهای درباره نسخهبندی
Section titled “نکتهای درباره نسخهبندی”وقتی پکیج جدید ارسال میکنی، شماره نسخهای که کاربران میبینند را با deploy های Proyecta ات هماهنگ نگه دار. در غیر این صورت کاربران نمیتوانند تشخیص دهند که گزارش crash آنها مربوط به build جدید است یا قدیمیتر.
بهزودی
Section titled “بهزودی”- ویزارد بهروزرسانی در builder که بازسازی، امضا و ارسال را برایت انجام میدهد
- ردیابی version manifest همگامسازیشده با تاریخچه نسخههای Proyecta