贡献者

为什么这个升级

通过与社区成员在 Discord 社区的讨论，我发现手动模式非常不安全，并且不方便使用，例如，自动回滚功能不可用，如果您在手动更新时失败，用户必须卸载应用并重新安装，这是非常糟糕的用户体验。

我利用这个机会为您提供了更多的自由，并移除了所有不好的code

安装

npm i @capgo/capacitor-updater@4

自动更新云

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

自动更新自主托管

对于您来说，变化仍然简单：

• 设置的名称从 autoUpdateUrl 在 updateUrl
• The Endpoint 方法从 GET 到 POST

手动用户

对于你来说，这是最大的变化，但最棒的是！你获得了大量的改进，仔细阅读。

变化

• autoUpdateUrl 变为 updateUrl 因为这个设置现在也可以在手动模式下使用
• 删除 cancelDelay 和 delayUpdate 在 favor of setDelay
• 不再 versionName 在 set
• 更改 version key, 在大多数函数中返回的对象 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,由于自定义标题对一些人来说是一个问题，所以我们将所有以前的标题移到正文中并添加前缀 cap_ 已消失。
• versionName 方法已删除，取而代之的是 getId
• 列表现在返回一个 BundleInfo
• 重命名 getId 在 getDeviceId
• autoUpdate 变为默认值为true，如果您使用手动模式，请设置为false。

新闻

• 方法 getLatest, 这个方法允许您从您的设置的服务器获取 updateUrl 最后可用的版本。
• 方法 setDelay 谁来 {类型: }
• next set
• 方法 isAutoUpdateEnabled__CAPGO_KEEP_0__
• 事件 downloadComplete 当下载达到 100% 时
• 在下载方法中 version 在手动模式下也必须填写，如果不填写，应用将在 10 秒后恢复到之前的版本。
• notifyAppReady 贡献者

标题为“贡献者”的部分

非常感谢您开始这项工作，没有您，我无法让这个更新工作。 编辑页面