اپلیکیشن موبایل خود را بهروز کنید
اکثر بهروزرسانیها بلافاصله پس از انتشار اعمال میشوند. فقط تغییرات metadata یا native shell نیاز به ارسال مجدد به app store دارند.
اگر اپلیکیشن Proyecta خود را بهصورت PWA بستهبندی کرده و به یک app store ارسال کردهای، بهروزرسانیها بسته به نوع تغییرات، در دو سطح عمل میکنند.
سطح ۱: بهروزرسانی محتوا و قابلیتها (فوری)
Section titled “سطح ۱: بهروزرسانی محتوا و قابلیتها (فوری)”از آنجا که یک PWA بستهبندیشده، محتوای اصلی خود را از URL منتشرشدهی Proyecta بارگذاری میکند، اکثر بهروزرسانیها نیازی به build جدید در app store ندارند:
- تغییرات خود را در Proyecta builder اعمال کن
- روی Publish در نوار ابزار builder کلیک کن
- کاربران دفعهی بعدی که اپلیکیشن را باز میکنند، تغییرات را میبینند
مواردی که در این سطح قرار میگیرند:
- صفحات، قابلیتها و طرحبندیهای جدید
- رفع اشکالات
- تغییر متن و تصاویر
- تغییرات محتوا و داده
- صفحات، قابلیتها و امکانات جدید
- اکثر تنظیمات ظاهری
این یکی از بزرگترین مزایای مدل PWA-wrapper است — دیگر لازم نیست برای کارهای عادی محصول، منتظر صفهای بررسی بمانی.
سطح ۲: بهروزرسانی native shell (نیاز به ارسال مجدد)
Section titled “سطح ۲: بهروزرسانی native shell (نیاز به ارسال مجدد)”برخی تغییرات نیاز به تولید مجدد wrapper و ارسال بستهی جدید دارند:
- نام اپلیکیشن آنطور که زیر آیکون نمایش داده میشود
- آیکون اپلیکیشن به خودی خود
- Splash screen
- Manifest entries که 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 خود را ابطال کنی میتوانی یک certificate جدید بسازی، اما در هر صورت از profile هایت نسخهی پشتیبان تهیه کن تا هنگام ارسال بهروزرسانیها دچار تأخیر نشوی.
نکتهای دربارهی نسخهبندی
Section titled “نکتهای دربارهی نسخهبندی”وقتی یک بستهی جدید ارسال میکنی، شمارهی نسخهی قابل مشاهده برای کاربر را با deploy های Proyecta همگام نگه دار. در غیر این صورت کاربران نمیتوانند تشخیص دهند که گزارش خطایشان مربوط به build جدید است یا قدیمیتر.
بهزودی
Section titled “بهزودی”- Update wizard در builder که تولید مجدد، امضا و ارسال را برایت انجام میدهد
- Version manifest tracking همگامشده با تاریخچهی نسخههای Proyecta