从 V3 到 V4

为什么需要升级

在与您交谈的 Discord 社区中，我发现手动模式非常繁琐且不安全使用，例如，无法自动恢复，如果您在手动更新中失败，用户必须删除应用并重新安装，这是一个糟糕的用户体验。

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
• Endpoint方法从 GET 变为POST

手动用户

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

变化

• autoUpdateUrl 变为 updateUrl 因为这个设置现在也可以在手动模式下使用了
• 删除 cancelDelay 和 delayUpdate 取而代之 setDelay
• 不再 versionName 在集合中
• 更改 version 键，谁被返回在大多数函数到对象 BundleInfo

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

• 重命名了误导性的名称现在（即使解释不能清晰，但在使用时容易理解新名称）：
  • 曾经被称为 version 现在指的是 bundle
  • id 指向旧 version who was id 这是唯一可靠且独特的方式来访问您的捆绑包,例如 7Dfcd2RedN.
  • version 现在请参阅 versionName 您选择的捆绑包,例如 1.0.0
• updateUrl 从 get 到 post,由于自定义头文件对某些人来说是一个问题,并且 POST 是更合理的,所有以前的头文件都转移到了主体中,并且前缀 cap_ 方法已删除,取而代之的是
• versionName 列表现在返回一个列表 getId
• 重命名 BundleInfo
• in getId __CAPGO_KEEP_0__ getDeviceId
• autoUpdate 如果您使用手动模式,则默认为 true,请设置为 false。

新闻

• 方法 getLatest该方法允许您从您的服务器获取设置的最后可用版本。 updateUrl 方法
• who setDelay 类型 {“背景” | “杀死” | “本机版本” | “日期”，值？：字符串: 方法} 作为参数设置延迟到不同模式。
• 方法 next为了在下一次后台启动时设置版本，相反于 set 谁立即执行它。
• 方法 isAutoUpdateEnabled让您知道您是否处于自动更新上下文中
• 事件 downloadComplete 当下载达到 100% 时
• 添加了必填字段 version 在下载方法中
• notifyAppReady 在手动模式下也成为必填项，如果不调用，则在 10 秒后应用程序会恢复到以前的版本。

贡献者

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

从 V3 到 V4

如果您正在使用 从 V3 到 V4 来规划实时更新的交付,请将其与 Capgo 实时更新 为产品工作流程在 Capgo 实时更新中 概述 为概述的实现细节 功能 为功能的实现细节 更新行为 为更新行为的实现细节 更新类型 为更新类型的实现细节