Оновлення мобільного застосунку

Більшість оновлень набувають чинності миттєво після публікації. Лише зміни метаданих або нативної оболонки потребують нового надсилання до App Store.

Якщо ти загорнув свій застосунок Proyecta як PWA і завантажив його до магазину застосунків, оновлення працюють на двох рівнях — залежно від того, що саме ти змінюєш.

Рівень 1: Оновлення контенту та функціональності (миттєво)

Оскільки загорнутий PWA завантажує свій фактичний вміст із твоєї опублікованої URL-адреси Proyecta, більшість оновлень не потребують нового збірника для магазину застосунків:

1. Внеси зміни в Builder Proyecta
2. Натисни Publish на панелі інструментів builder
3. Користувачі побачать зміни наступного разу, коли відкриють застосунок

Що належить до цього рівня:

• Нові сторінки, функції, макети
• Виправлення помилок
• Зміни тексту та зображень
• Зміни backend-логіки
• Зміни схеми бази даних
• Більшість правок стилів

Це одна з найбільших переваг моделі PWA-wrapper — тобі не доведеться чекати на черги перевірки для звичайної роботи над продуктом.

Рівень 2: Оновлення нативної оболонки (потрібне нове надсилання)

Деякі зміни потребують повторного генерування wrapper і надсилання нового пакета:

• Назва застосунку — як вона відображається під іконкою
• Іконка застосунку
• Заставний екран (splash screen)
• Записи маніфесту, вбудовані у wrapper (колір теми, режим відображення, блокування орієнтації)
• Оголошення нативних дозволів (камера, геолокація тощо — ті, що потребують нових записів у Info.plist або AndroidManifest.xml)
• Оновлення версії wrapper

Для цих змін:

1. Повторно згенеруй пакет на pwabuilder.com, вказавши свою опубліковану URL-адресу
2. Підпиши тим самим ключем підпису, який використовував раніше (критично важливо — див. нижче)
3. Надішли через Google Play Console, App Store Connect або Partner Center
4. Дочекайся перевірки

Не втрать ключ підпису

Найважливіше під час оновлення застосунку для Android: кожне оновлення потрібно підписувати тим самим ключем, яким було підписано першу версію. Якщо ти втратиш signing.keystore, Google Play не прийматиме жодних подальших оновлень. Доведеться публікувати абсолютно новий застосунок під іншою назвою пакета та мігрувати користувачів.

Для iOS твій профіль провізіонування та сертифікат дистрибуції прив’язані до твого Bundle ID. Якщо ти анулюєш сертифікат, можна створити новий, але все одно роби резервні копії профілів — це дозволить уникнути затримок під час надсилання оновлень.

Порада щодо версіонування

Коли ти надсилаєш новий пакет, синхронізуй номер версії застосунку, що відображається користувачам, із deploy Proyecta. Інакше користувачі не зможуть визначити, чи стосується їхній звіт про збій нової збірки чи старішої.

Незабаром

• Майстер оновлень у builder, який бере на себе повторне генерування, підпис і надсилання
• Відстеження маніфесту версій, синхронізоване з історією версій Proyecta