从 V3 到 V4

为什么升级

经过与社区成员的多次讨论，我发现手动模式太过繁琐且不安全，例如无法自动恢复，如果手动更新失败，用户必须卸载应用并重新安装，这是一种糟糕的用户体验。

Meanwhile, I took this as an opportunity to give more freedom to you, and remove all bad code I made.

安装

npm i @capgo/capacitor-updater@4

自动更新云

如果您在应用程序中使用基本示例，则可以安全地升级到新版本，享受！

自主更新

对于您来说，仍然简单，变化如下:

• 设置名称从 autoUpdateUrl 在 updateUrl
• 端点方法从 GET 更改为POST

手动用户

对于您来说，这是最显著的变化，但也是最好的！您将获得大量改进，仔细阅读。

变化

• autoUpdateUrl 变为 updateUrl 因为这个设置现在也可以在手动模式下使用
• 删除 cancelDelay 和 delayUpdate context:Capgo营销网站. 角色:短的UI标签或导航项. 见于:页面trust.astro. 消息键`and` (And). setDelay
• 取而代之 versionName 不再
• 在设置 version 修改 BundleInfo

interface BundleInfo {
  id: string;
  version: string;
  downloaded: string;
  status: 'success' | 'error' | 'pending' | 'downloading'
}

• 复制到剪贴板中去吧！
  • 什么被称为一个 version 现在指的是一个 bundle
  • id 指向旧的 version 是10个字符的随机字符串，这 id 是唯一可靠和独特的访问您的捆绑包的方式，例如 7Dfcd2RedN.
  • version 现在指的是 versionName 您为捆绑包选择的 1.0.0
• updateUrl 从 get 到 post由于自定义标题对一些人来说是一个问题，而post更合理，因此所有以前的标题都移到了正文中，且前缀 cap_ 已消失。
• versionName live_update_dynamic_label_to getId
• list 现在返回一个 BundleInfo
• 重命名 getId 在 getDeviceId
• autoUpdate 变为 true 默认值，如果您使用手动模式，请将其设置为 false。

新闻

• 方法 getLatest此方法允许您从您的服务器获取设置的 updateUrl 最后可用的版本。
• 方法 setDelay 谁 {类型: “background” | “kill” | “nativeVersion” | “date”， value? : string} 作为设置延迟到不同模式的参数。
• 方法 next在下一次后台运行中设置版本，相反于 set 方法
• 让您知道您是否处于自动更新上下文中 isAutoUpdateEnabled事件
• 下载完成 100% 时 downloadComplete 在下载方法中添加了必填字段
• 在手动模式下也成为必填字段，如果在 10 秒内未调用，则应用程序会恢复到之前的版本。 version 方法
• notifyAppReady 事件

贡献者

林肯三 感谢您开始这项工作,没有您,这个更新是无法实现的。

从 V3 到 V4

如果您正在使用 从 V3 到 V4 为计划实时更新交付,连接它到 Capgo 实时更新 为产品工作流程在Capgo 实时更新中 概述 为概览中的实现细节 功能 为功能中的实现细节 更新行为 为更新行为中的实现细节, 更新类型 编辑页面