更新你的移动应用
大多数更新在你发布后立即生效。只有元数据或原生 shell 的变更才需要重新提交应用商店审核。
如果你已将 Proyecta 应用封装为 PWA 并提交到应用商店，更新方式分为两个层级，具体取决于你所做的更改内容。
第一层：内容与功能更新（即时生效）
Section titled “第一层：内容与功能更新（即时生效）”由于封装的 PWA 会从你已发布的 Proyecta URL 加载实际内容，大多数更新不需要重新构建应用商店包：
- 在 Proyecta builder 中完成修改
- 点击 builder 工具栏中的 Publish
- 用户下次打开应用时即可看到更新
属于这一层级的变更包括：
- 新增页面、功能、布局
- Bug 修复
- 文案和图片更改
- Backend 逻辑变更
- 数据库 schema 变更
- 大多数样式调整
这是 PWA 封装模型最大的优势之一——日常产品迭代无需等待应用商店的审核队列。
第二层：原生 shell 更新（需重新提交）
Section titled “第二层：原生 shell 更新（需重新提交）”某些更改需要重新生成封装包并提交新版本：
- 应用名称（图标下方显示的名称）
- 应用图标本身
- 启动屏（Splash screen）
- 封装包内置的 Manifest 条目（主题色、显示模式、屏幕方向锁定）
- 原生权限声明（摄像头、位置等需要在
Info.plist或AndroidManifest.xml中新增条目的权限） - 封装包版本升级
处理这些变更的步骤：
- 使用你已发布的 URL 在 pwabuilder.com 重新生成安装包
- 使用与首次发布相同的签名密钥进行签名（至关重要——详见下文）
- 通过 Google Play Console、App Store Connect 或 Partner Center 提交
- 等待审核
不要丢失签名密钥
Section titled “不要丢失签名密钥”更新 Android 应用最重要的一点：每次更新都必须使用与第一个版本相同的密钥进行签名。 如果你丢失了 signing.keystore，Google Play 将不再接受后续任何更新。届时你只能以不同的包名发布一个全新的应用，并迁移用户。
对于 iOS，你的 Provisioning Profile 和发布证书与你的 Bundle ID 绑定——如果你吊销了证书，可以重新创建一个，但无论如何都应备份你的 Profile，以免在提交更新时造成不必要的延误。
每次提交新安装包时，请将应用的用户可见版本号与你的 Proyecta deploy 保持同步。否则用户无法判断崩溃报告来自新版本还是旧版本。
- builder 内置更新向导，帮你自动处理重新生成、签名和提交流程
- 与 Proyecta 版本历史同步的版本 Manifest 追踪功能