Passer à la navigation

__CAPGO_KEEP_0__

Pourquoi cette mise à niveau

Pourquoi cette mise à niveau

Après de nombreuses discussions dans la communauté Discord avec vous. J'ai découvert que le mode manuel était trop manuel et pas sûr à utiliser, par exemple, la réversion automatique n'était pas possible, donc si vous aviez échoué à mettre à jour manuellement, l'utilisateur devait supprimer l'application et l'installer à nouveau, ce qui est un terrible UX.

En même temps, j'ai saisi cette opportunité pour vous donner plus de liberté et supprimer tous les mauvais code que j'ai faits.

npm i @capgo/capacitor-updater@4

Si vous utilisez l'exemple de base dans votre application, vous êtes en sécurité pour migrer vers la nouvelle version, profitez-en !

Pour vous, toujours simple, les changements sont :

  • Le nom de la mise en forme de la mise à jour autoUpdateUrl dans updateUrl
  • La méthode Endpoint est passée de GET à POST

Pour vous, c'est la modification la plus significative, mais c'est aussi le meilleur ! Vous obtenez des améliorations à profusion, Lisez attentivement.

Changements

devient
  • autoUpdateUrl puisque cette configuration peut être utilisée en mode manuel maintenant aussi updateUrl Suppression de
  • et cancelDelay au profit de delayUpdate protectedTokens setDelay
  • Pas plus versionName dans l'ensemble
  • Modifier version clé, qui a été renvoyé dans la plupart des fonctions à l'objet BundleInfo
interface BundleInfo {
id: string;
version: string;
downloaded: string;
status: 'success' | 'error' | 'pending' | 'downloading'
}
  • Renommé des noms trompeurs maintenant (même si l'explication ne peut pas être claire, mais à l'utilisation, c'est facile à comprendre le nouveau):
    • ce qui était appelé un version est maintenant référent à un bundle
    • id se réfèrent à l'ancien version qui était une chaîne aléatoire de 10 caractères, ceci id est la seule façon fiable et unique pour accéder à vos bundles, exemple 7Dfcd2RedN.
    • version se réfèrent maintenant à la versionName vous choisissez pour un bundle, exemple 1.0.0
  • updateUrl déplacez de get à post, puisque les en-têtes personnalisés étaient un problème pour certains d'entre vous et le post est plus logique, tous les en-têtes précédents vont dans le corps et le préfixe cap_ disparaissent.
  • versionName la méthode est supprimée, au profit de getId
  • la liste renvoie maintenant une liste de BundleInfo
  • Renommer getId dans getDeviceId
  • autoUpdate devient vrai par défaut, si vous utilisez le mode Manuel, définissez-le sur false.
  • Procédure getLatest, cette procédure vous permet d'obtenir la version la plus récente définie sur votre serveur. updateUrl Procédure
  • qui prend setDelay un type {« background » | « kill » | « nativeVersion » | « date », valeur ? : chaîne de caractères: comme argument pour définir un délai dans différentes modes.} Procédure
  • , pour définir la version dans le prochain background, à l'opposé de nextqui le fait instantanément. set Procédure
  • Procédure isAutoUpdateEnabledPour vous informer si vous êtes en contexte d'auto-mise à jour
  • Événement downloadComplete lorsque le téléchargement atteint 100%
  • Champ obligatoire ajouté version dans la méthode de téléchargement
  • notifyAppReady devient obligatoire également en mode manuel, si ce n'est pas appelé après 10 sec l'application revient à la version précédente.

@lincolnthree Merci beaucoup de lancer ce travail, il était impossible de faire fonctionner cette mise à jour sans vous.

Si vous utilisez De V3 à V4 pour planifier la livraison d'actualisations en direct, connectez-le à Capgo Mises à jour en direct pour le flux de travail du produit dans Capgo Mises à jour en direct, Vue d'ensemble pour les détails d'implémentation dans Vue d'ensemble, Caractéristiques pour les détails d'implémentation dans Caractéristiques, Comportement de mise à jour pour les détails d'implémentation dans Comportement de mise à jour, et Types d'actualisations pour les détails d'implémentation dans les types de mise à jour.