社会
e-Título
广泛适用于公共设备的公民身份应用。
为每个原生构建创建一个通道。当您发布原生版本 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 版本的用户将保持在他们最后一次工作的捆绑包上。
Capacitor 构建的应用
公民、健康和预测应用可能支持较旧的Android版本和不同设备的世代。版本目标将每个native构建保持在最新的兼容Web捆绑包上,而不强制所有人使用一个更新路径。
社会
广泛适用于公共设备的公民身份应用。
医疗
健康应用,可能需要不同版本的原生壳和Web包。
天气
设备能力和地图性能可能会因版本而异的天气应用。