从 V3 到 V4 的升级

为什么升级

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

我把这视为一个机会，给您更多的自由，并移除所有不好的code。

安装

npm i @capgo/capacitor-updater@4

自动更新云

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

自主更新本地部署

对您而言，仍然简单，变化是：

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

手动用户

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

变化

• autoUpdateUrl 已经变更 updateUrl 由于此设置现在也可以在手动模式下使用
• 删除的 cancelDelay 和 delayUpdate 取而代之的 setDelay
• 不再 versionName 在设置中
• 键，之前在大多数函数中返回的 version 复制到剪贴板 BundleInfo

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

• __CAPGO_KEEP_0__
  • 什么被称为一个 version 现在指的是一个 bundle
  • id 指向旧的 version 谁是一个随机的10个字符的字符串，这 id 是唯一可靠和独特的访问您的捆绑包的方式，例如 7Dfcd2RedN.
  • version 现在指的是 versionName 您为捆绑包选择的，例如 1.0.0
• updateUrl 从 get 到 post由于自定义头部对一些人来说是一个问题，而post更具逻辑性，因此所有以前的头部都转移到了主体并添加了前缀 cap_ 消失。
• versionName 方法已删除，取而代之的是 getId
• list 现在返回一个列表 BundleInfo
• Rename getId 在 getDeviceId
• autoUpdate 通过使用手动模式，如果您使用手动模式，则设置为 false.

新闻

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

贡献者

@lincolnthree 感谢您开始这项工作,没有您的帮助,这个更新是无法实现的。

从 V3 到 V4

从 V3 到 V4 为了计划实时更新的交付,请将其与 __CAPGO_KEEP_0__ 实时更新 为产品工作流程在 Capgo 实时更新中 for the product workflow in Capgo Live Updates, 概览 概述中的实现细节 功能 功能中的实现细节 更新行为 更新类型 编辑页面 上一个