原生版本每个渠道
为每个原生构建创建一个渠道。当您发布原生版本1.5.0时，创建一个渠道。所有JS更新都将针对该原生版本的渠道。
选择性更新分发
推送更新到版本1.3、1.4和1.5，但跳过1.2。适用于较旧的原生版本无法支持新功能的情况。
AppFlow迁移准备
重现AppFlow的版本关联渠道行为。每个原生构建映射到一个Capgo渠道，具有您习惯的控制。
优雅的废弃
在准备废弃它们时停止推送更新到旧版本。使用旧版本的用户保持稳定，而新版本仍然接收更新。
AppFlow迁移
AppFlow用户：您的迁移路径
AppFlow自动将绑定到原生版本。通过Capgo，您可以获得相同的行为，但具有更大的灵活性：
- 1为每个原生版本创建一个频道（例如，‘native-1.5.0’）
- 2配置您的应用程序以使用匹配其原生版本的频道
- 3将捆绑包推送到特定频道以实现目标分发
- 4使用我们的CLI在需要时一次推送到多个频道
capacitor.config.ts
// 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
native-2.0.0
最新打包
本机 1.5
native-1.5.0
最新打包
本机 1.4
native-1.4.0
没有新更新
仅推送 2.0 和 1.5 版本的更新。1.4 版本的用户将保持在他们最后一次成功打包的状态。