SOCIAL
e-Título
Application d'identité civique nécessitant une large compatibilité avec les appareils publics
Voir la liste des applications Google PlayCiblage 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 votre distribution d'actualisations.
Créez un canal pour chaque version native. Lorsque vous publiez la version native 1.5.0, créez un canal pour elle. Toutes les mises à jour JS pour cette version native s'envoient dans ce canal.
Mettez à jour les versions 1.3, 1.4 et 1.5 mais ignorez 1.2. Parfait lorsque les anciennes versions natives ne peuvent pas supporter de nouvelles fonctionnalités.
Recréez exactement le comportement de canal lié à la version d'AppFlow. Chaque version native est associée à un canal Capgo avec le même contrôle dont vous avez l'habitude.
Arrêtez de mettre à jour les anciennes versions lorsque vous êtes prêt à les mettre hors service. Les utilisateurs sur les anciennes versions restent stables tandis que les nouvelles versions reçoivent des mises à jour.
Les ensembles 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 bundle La 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 en premier. Si stable, envoyez-la vers les versions plus anciennes.
Arrêtez de mettre à jour les versions natives 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 chânel pour un contrôle d'update précis
Faites passer les mises à jour vers les canaux 2.0 et 1.5 uniquement. Les utilisateurs sur 1.4 restent stables sur leur dernier bundle fonctionnel.
Exemples d'applications réelles
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 bundle web le plus récent compatible sans obliger un chemin d'actualisation pour tout le monde.
Servez les bundles par version native
Protégez les appareils plus anciens des interfaces utilisateur incompatibles
Déplacez les utilisateurs modernes en toute sécurité
SOCIAL
Application d'identité civique nécessitant une large compatibilité avec les appareils publics
Voir la liste des applications Google PlayMEDICAL
Application de santé où les coques natives plus anciennes et plus récentes peuvent nécessiter des ensembles web différents.
Afficher la liste de l'application Google PlayMÉTÉO
Application météorologique où la capacité du dispositif et les performances de la carte peuvent varier en fonction de la version.
Afficher la liste de l'application Google PlayLes données de l'application de magasin public sont utilisées uniquement à titre d'exemple. Il s'agit pas d'une déclaration de Capgo de client.