社交
e-Título
需要广泛公共设备兼容性的公民身份应用
查看Google Play列表为每个原生构建创建一个频道。当您发布原生版本1.5.0时,创建一个频道。所有JS更新都将针对该原生版本的频道。
推送更新到版本1.3、1.4和1.5,但跳过1.2。适用于较旧的原生版本无法支持新功能的情况。
重建AppFlow的版本关联频道行为。每个原生构建映射到一个Capgo频道,具有您习惯的相同控制。
停止推送更新到旧版本时,准备将它们废弃。使用旧版本的用户保持稳定,而新版本仍然获得更新。
AppFlow 自动将绑定到原生版本。通过 Capgo,您可以获得相同的行为,但具有更大的灵活性:
// Set channel based on native version
import { CapacitorConfig } from '@capacitor/cli'
import { version } from './package.json'
const config: CapacitorConfig = {
plugins: {
CapacitorUpdater: {
defaultChannel: `native-${version}`,
}
}
}
// Upload to specific version channels
# Push to all 1.5.x versions
npx @capgo/cli bundle upload --channel native-1.5.0
npx @capgo/cli bundle upload --channel native-1.5.1
npx @capgo/cli bundle upload --channel native-1.5.2
# Skip older versions that can't support new features
# native-1.4.x devices stay on their current bundle 原生版本 2.0 有一个新插件 API。仅将使用新 API 的 JS 更新推送到 2.0+ 频道。
在您的最新原生版本上测试一个风险的更改。如果稳定,则推送到旧版本。
停止更新 1.x 本机版本,同时继续将 2.x 发布给用户。老版本用户将保持在最后一个稳定更新。
每个本机版本都指向自己的频道,以实现精确的更新控制
仅推送 2.0 和 1.5 通道的更新。1.4 用户保持在他们最后一次工作的捆绑包上。
真实应用示例
公民、健康和预测应用可能支持较旧的Android版本和不同设备的世代。版本目标使每个native构建保持最新的兼容web捆绑包,而不强制所有人使用一个更新路径。
根据native版本服务捆绑包
保护不兼容UI的老设备
安全地将现代用户推进
社交
需要广泛公共设备兼容性的公民身份应用
查看Google Play列表医疗
健康应用程序,可能需要不同版本的原生壳和web包。
查看Google Play列表WEATHER
设备能力和地图性能可能会因版本而异的天气应用程序。
查看Google Play列表公共应用商店数据仅供参考。 这不是Capgo客户的声明。