Ciblage de version
Réduisez les risques et la dette technique. Envoyez des mises à jour vers des versions natives spécifiques, mettez en œuvre des changements progressivement et maintenez les anciennes versions stables - tout en ayant un contrôle total sur votre distribution de mise à jour.
Créez une chaine pour chaque version native. Lorsque vous sortez la version native 1.5.0, créez une chaine pour elle. Toutes les mises à jour JS pour cette version native vont dans cette chaine.
Faites une mise à jour vers les versions 1.3, 1.4 et 1.5 mais passez les 1.2. Parfait lorsque les versions natives plus anciennes ne peuvent pas supporter de nouvelles fonctionnalités.
Recréez le comportement de la chaine de version liée à AppFlow exactement. Chaque version native correspond à une chaine Capgo avec le même contrôle dont vous avez l'habitude.
Arrêtez de faire des mises à jour vers 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 comporte un nouveau plugin API. Envoyez les mises à jour JS qui utilisent le nouveau API uniquement vers les canaux 2.0+.
Testez une modification risquée sur votre dernière version native. Si stable, envoyez-la vers les versions plus anciennes.
Arrêtez de mettre à jour la version native 1.x tout en continuant à envoyer vers 2.x. Les utilisateurs sur les anciennes versions restent sur leur dernière mise à jour stable.
Chaque version native pointe vers son propre canal pour un contrôle d'actualisation précis
Envoyez des mises à jour vers les canaux 2.0 et 1.5 uniquement. Les utilisateurs sur 1.4 restent stables sur leur dernier bundle fonctionnel.
Apps construits avec Capacitor
Les applications civiques, de santé et de prévisions météorologiques peuvent supporter les anciennes versions d'Android et différentes générations de dispositifs. La ciblage de version maintient chaque build natif sur le paquet web le plus récent compatible sans obliger un chemin d'actualisation pour tout le monde.
SOCIAL
Application d'identité civique avec une large compatibilité de dispositifs publics nécessaires.
MÉDICAL
Application de santé où les coques natives plus anciennes et plus récentes peuvent nécessiter des ensembles web différents.
MÉTÉO
Application météo où la capacité du dispositif et la performance de la carte peuvent varier en fonction de la version.