跳过主要内容
教程

如何在Capgo中使用版本

了解如何在您的Capacitor应用中管理Capgo版本,并尽可能地使用它。学习主要、次要和补丁版本的含义。

马丁·多纳迪厄

马丁·多纳迪厄

内容营销人员

如何在Capgo中使用版本

Capgo使用2个主要变量来管理您的Capacitor应用的版本:

  • 原生版本
  • JavaScript版本
Capacitor更新系统

所有版本选择都是在服务器端由 Capgo 决定。

版本管理系统

为了管理版本 Capgo,使用 SemVer 系统。 请阅读 SemVer 规范 或检查 Capgo 与 Semver Tester 的更新兼容性。 Semver Tester.

版本

在哪里 Capgo 找到版本以进行比较

您可以通过在文件中设置版本键来覆盖此行为。 capacitor.config.json 文件 docs here 所有平台对于本地版本都将被忽略。

IOS

在 IOS 中,变量在您的项目中设置在这里 ios/App/App/Info.plist 下面的键CFBundleShortVersionStringios/App/App.xcodeproj/project.pbxproj 下面的键 MARKETING_VERSION 如果 MARKETING_VERSION 在您的 Info.plist 文件中设置。

Android

在 Android 中,变量在您的项目中设置在这里 android/app/build.gradle 下面的键 defaultConfig.versionName

JavaScript ( Capgo 包版本 )

In JavaScript 中,var 可以在您的 package.json 下面 version 否则,您需要在上传命令中提供它。

默认行为

这是如果您没有更改任何设置,Capgo 通道将如何行为。

此行为将基于您创建的默认通道的唯一性。

当您首次安装您的 Capacitor 应用时

当用户首次下载并打开您的 Ionic 应用时,它会联系 Capgo 服务器。

目前,4 种输出可能发生:

  • 本地包版本(1.2.3)低于 Capgo 包版本(1.2.4),Capgo 将其包发送给用户。
  • 本地包版本(1.2.3)等于 Capgo 包版本(1.2.3),Capgo 发送“无需更新”。
  • 本地包版本(1.2.4)高于 Capgo 包版本(1.2.3),Capgo 发送“无需更新”。
  • The native bundle version (1.2.3) is MAJOR lower than Capgo bundle version (2.2.3), Capgo send “no need to update”。

其他设置

在原生环境下禁用自动降级

如果您将此设置更改为 false,Capgo 将始终认为是可信的版本来源。 然后行为变为:

  • 原生版本(1.2.4)高于Capgo版本(1.2.3)

Capgo将其版本发送给用户。

禁用自动升级策略

您可以选择以下策略之一。您可以在这里了解更多 这里

JavaScript bundle版本

JavaScript bundle版本是您在执行时发送的版本 npx @capgo/cli@latest bundle upload --channel production

如果您没有使用该选项 --bundle 1.2.3Capgo 将从您的文件(在版本键中)获取打包版本。 package.json 在 Your Ionic 应用程序安装了一个版本后,__CAPGO_KEEP_0__ 将是与其进行比较的版本。

他们的 JavaScript 打包版本(1.2.3)低于 Capgo 打包版本(1.2.4),__CAPGO_KEEP_1__ 将向用户发送打包。

  • Their JavaScript bundle version (1.2.3) is lower than Capgo bundle version (1.2.4), Capgo send his bundle to the user.

如果原生打包版本高于 __CAPGO_KEEP_0__ 版本,则条件生效。

  • 如果原生打包版本的主版本号低于 Capgo 版本,则条件生效。 Disable auto downgrade under native 应用商店更新
  • 当您将您的 Capgo JS 应用程序发布到 App Store 时,发生的事情很简单。 Disable auto upgrade above major 您的用户将从商店获取新版本并在应用程序中默认删除所有本地更新。

__CAPGO_KEEP_1__

Capacitor

__CAPGO_KEEP_0__

如果您想改变该行为,您需要设置设置 resetWhenUpdate 了解更多 在这里

这只能在应用程序侧更改,而不是从云端像其他设置一样

其他设置

在所有这些行为之后,您可以在设备ID上有上述某些特定的一个

在Capgo中,您可以决定为每个设备ID覆盖行为

您可以将一个设备ID链接到:

  • 一个特定的捆绑版本
  • 一个特定的频道

这将绕过上述所有设置

了解更多关于它的文章在下面

继续从 How 版本工作在 Capgo 中

如果您正在使用 How 版本工作在 Capgo 中 到规划原生插件工作,连接它与 Capgo 插件目录 为产品工作流程在 Capgo 插件目录, Capacitor 插件由 Capgo 为实现细节在 Capacitor 插件由 Capgo 中, 添加或更新插件 为实现细节在添加或更新插件, Ionic Enterprise 插件替代方案 为产品工作流程在 Ionic Enterprise 插件替代方案,和 Capgo 原生构建 为产品工作流程中的 Capgo 原生构建。

为Capacitor应用实时更新

当出现web层bug时,通过Capgo将修复推送给用户,而不是等待几天的应用商店审批。用户在后台接收更新,而原生变化仍然在正常审批路径中。

立即开始

最新博客文章

Capgo 为您提供创建真正专业的移动应用所需的最佳见解。