SDK 57 : reprendre le diagnostic du démarrage Hermes

La correction des régressions Hermes dans SDK 57 donne un point de reprise aux équipes qui avaient suspendu leur upgrade. Le démarrage en développement et la mémoire au fil des interactions restent deux symptômes à examiner séparément.

Un correctif, deux symptômes à suivre

La mise à jour du changelog Expo du 27 août (nouvelle fenêtre) indique que expo@57.0.17 utilise React Native 0.86.3 et traite la régression mémoire Hermes V1 ainsi que le ralentissement du démarrage en développement. Les notes de régression servent de référence ; un numéro de package seul ne décrit pas le comportement d’un projet complet.

Avant de mettre à jour, conserver le lockfile et un résultat de référence. Utiliser le même appareil et les mêmes données. Pour un lancement en développement, noter aussi l’état du serveur et de ses caches : ils peuvent changer le résultat sans que le runtime ait changé.

Vérifier séparément le lancement et la durée de vie

Un premier essai mesure le temps nécessaire pour atteindre un écran utilisable. Un second répète des navigations et animations afin de suivre la mémoire sur une durée comparable. Les deux essais répondent à des questions différentes ; les fusionner dans un unique « l’app est plus rapide » ferait perdre une information utile.

Si une régression persiste, conserver une reproduction réduite avec versions et étapes. Cela permet de déterminer si elle appartient encore au problème du framework ou à une interaction propre à l’app.

Reprendre la migration progressivement

Une branche dédiée, une compilation native complète et les parcours critiques donnent un point de comparaison plus fiable qu’un changement de version suivi d’un lancement rapide. Garder le retour à la version précédente simple tant que la validation n’est pas terminée.