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

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

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

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

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

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

До цього рівня належать:

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

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

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

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

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

Для таких змін:

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

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

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

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

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

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

Незабаром

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