Allez directement au contenu principal

Targetage de Version

Accélérez avec Moins de Surprises

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 cela avec un contrôle total sur votre distribution de mises à jour.

Support humain de Martin

Canal par Version Native

Créez un canal pour chaque build natif. 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.

Distribution Sélective de Mises à Jour

Envoyez une mise à jour vers les versions 1.3, 1.4 et 1.5 mais passez les 1.2 par-dessus. Parfait lorsque les anciennes versions natives ne peuvent pas supporter de nouvelles fonctionnalités.

Prêt à la migration d'AppFlow

Recréez exactement le comportement de canal lié à la version d'AppFlow. Chaque build natif correspond à un canal Capgo avec le même contrôle dont vous vous sentez à l'aise.

Deprecation gracieuse

Arrêtez de pousser des mises à jour vers les anciennes versions lorsque vous êtes prêt à les mettre au retrait. Les utilisateurs sur les anciennes versions restent stables tandis que les nouvelles versions reçoivent des mises à jour.

Migration d'AppFlow

Utilisateurs d'AppFlow : Voici votre chemin de migration

Les ensembles liés à AppFlow étaient automatiquement liés aux versions natives. Avec Capgo, vous obtenez le même comportement avec plus de flexibilité :

  • 1
    Créez un canal pour chaque version native (par exemple, 'native-1.5.0')
  • 2
    Configurez votre application pour utiliser le canal correspondant à sa version native
  • 3
    Envoyez des ensembles vers des canaux spécifiques pour une distribution ciblée
  • 4
    Utilisez notre CLI pour envoyer vers plusieurs canaux à la fois lorsque nécessaire
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

Scénarios courants

Changements natifs brisants

La version native 2.0 dispose d'un nouveau plugin API. Mise à jour de Push JS qui utilisent le nouveau API ne sont envoyées que vers les canaux 2.0+.

Déploiement progressif

Testez une modification risquée sur votre dernière version native. Si stable, envoyez-la vers les versions plus anciennes.

Fenêtre de vie de version

Arrêtez de mettre à jour la version native 1.x tout en continuant à envoyer des mises à jour vers la version 2.x. Les utilisateurs sur des versions anciennes restent sur leur dernière mise à jour stable.

Cartographie version-chanel

Chaque version native est associée à son propre canal pour un contrôle précis des mises à jour.

Version 2.0 native
native-2.0.0
Dernier bundle
Native 1.5
native-1.5.0
Dernier bundle
Native 1.4
native-1.4.0
Aucune mise à jour nouvelle

Mettre à jour les canaux 2.0 et 1.5 uniquement. Les utilisateurs sur 1.4 restent stables sur leur dernier bundle fonctionnel.

Les applications créées avec Capacitor

Contexte : Page/zone : Page de solutions - Exemples d'applications. Rôle : Sous-titre ou slogan de section. Voir dans : composant solutions/SolutionAppExample.astro. Conserver les termes de produit/marque et les termes de développeur exactement. Clé de message `solution_app_examples_eyebrow` (Sous-titre des exemples d'applications).

Toutes les applications publiques doivent supporter les versions natives anciennes et nouvelles

Contexte : Page/zone : Page de solutions - Exemples d'applications. Rôle : En-tête de section ou de page. Clé de message `solution_app_examples_version_targeting_headline` (En-tête de version ciblée des exemples d'applications).
Les applications de citoyenneté, de santé et de prévisions météorologiques peuvent supporter les versions Android anciennes et les générations de dispositifs différents. La ciblage de version maintient chaque build native sur le dernier bundle web compatible sans forcer un chemin d'actualisation unique pour tout le monde.
Catégories de magasin
SOCIAL, MEDICAL, WEATHER
Source
Dataset de magasin public
icône d'application e-Título

SOCIAL

e-Título

L'application d'identité civique nécessite une compatibilité avec les appareils publics large.

54,9M d'installations 4,8 étoiles
Afficher la liste Google Play
icône d'application Conecte SUS

MÉDICAL

Conecte SUS

Application de santé où les coquilles natives plus anciennes et plus récentes peuvent nécessiter des ensembles web différents.

27,7M d'installations 4,6 étoiles
Voir la liste Google Play
Logo de l'application de prévisions météorologiques Windy.com - Prévisions météorologiques

MÉTÉO

Windy.com - Prévisions météorologiques

Application météo où les performances de la carte et les capacités du dispositif peuvent varier en fonction de la version.

32,9M d'installations 4,7 étoiles
Afficher la liste de l'application Google Play

Besoin de contrôle de mise à jour précis?

Démarrer la cible des mises à jour vers des versions natives spécifiques.

Assistance humaine de Martin