__CAPGO_KEEP_0__

为什么升级

与社区成员在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
• The Endpoint method changed from GET to POST

Manual users

For you, this is the most significant change, but for the best! You get tons of improvements, Read carefully.

Changes

• autoUpdateUrl becomes updateUrl since this setting can be used in manual mode now too
• Delete of cancelDelay and delayUpdate in favor of 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 更加逻辑，所以所有以前的头部都移动到 body 中，并且前缀 cap_ 消失了。
• versionName 方法被删除，取而代之的是 getId
• 列表现在返回一个列表的 BundleInfo
• 重命名 getId 在 getDeviceId
• autoUpdate 变为 true 默认值，如果您使用手动模式，请将其设置为 false。

新闻

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

标题为“贡献者”

感谢您开始这项工作，无法想象没有您的帮助就完成了这个更新 从 V3 到 V4

标题为“从 V3 到 V4”

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