Ciblage de version
Réduisez les risques et la dette technique. Mettez à jour spécifiquement les versions natives, mettez en œuvre les changements progressivement et maintenez les anciennes versions stables - tout en ayant un contrôle total sur la distribution de vos mises à jour.
Créez une chaîne pour chaque build natif. Lorsque vous publiez la version native 1.5.0, créez une chaîne pour elle. Toutes les mises à jour JS pour cette version native y sont envoyées.
Publiez une mise à jour pour les versions 1.3, 1.4 et 1.5, mais passez les 1.2 en revue. Parfait lorsque les versions natives plus anciennes ne peuvent pas supporter de nouvelles fonctionnalités.
Recréez le comportement de canal lié à la version d'AppFlow avec précision. Chaque build natif correspond à un canal Capgo avec le même contrôle auquel vous êtes habitué.
Arrêtez de publier des mises à jour pour les versions anciennes lorsque vous êtes prêt à les mettre au retrait. Les utilisateurs sur les versions anciennes restent stables tandis que les nouvelles versions reçoivent des mises à jour.
Les ensembles liés à AppFlow étaient automatiquement liés aux versions natives. Avec Capgo, vous obtenez le même comportement avec plus de flexibilité :
// 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 bundleLa version native 2.0 dispose d'un nouveau plugin API. Seuls les mises à jour de Push JS utilisant le nouveau API sont envoyées aux canaux 2.0+.
Testez d'abord une modification risquée sur la dernière version native. Si stable, envoyez-la aux versions plus anciennes.
Continuez à livrer vers 2.x tout en arrêtant les mises à jour natives pour 1.x. Les utilisateurs sur les versions anciennes restent sur leur dernière mise à jour stable.
Chaque version native est associée à son propre champ pour un contrôle précis des mises à jour
Mettre à jour les applications vers les canaux 2.0 et 1.5 uniquement. Les utilisateurs sur 1.4 restent stables sur leur dernier bundle fonctionnel.
Applications construites avec Capacitor
Les applications civiques, de santé et de prévisions météo peuvent supporter les versions Android plus anciennes et différentes générations de dispositifs. La ciblage de version maintient chaque build natif sur le dernier bundle web compatible sans obliger un chemin d'actualisation unique pour tout le monde.
SOCIAL
Application d'identité civique avec des besoins de compatibilité de dispositif public large.
MÉDICAL
Application de santé où les coquilles natives plus anciennes et plus récentes peuvent nécessiter des ensembles web différents.
MÉTÉO
Application météo où les performances du dispositif et de la carte peuvent varier en fonction de la version.