Releases
Vérification de la dernière version...
Un journal complet des précédentes releases est disponible sur GitHub.
Cycle des releases
Vue n'a pas de cycle fixe pour les releases.
Les correctifs sont publiés selon les besoins.
Les releases mineures contiennent toujours de nouvelles fonctionnalités, avec un intervalle de temps typique allant de 3 à 6 mois. Les releases mineures passent toujours par une phase de pré-release bêta.
Les releases majeures seront annoncées à l'avance, et passeront assez tôt par une phase de discussion et des phases de pré-release alpha/bêta.
Versionnement sémantique - Cas limites
Les releases de Vue suivent le versionnement sémantique avec quelques cas limites.
Définitions TypeScript
Il se peut que nous sortions des modifications incompatibles avec les définitions TypeScript entre chaque versions mineure. Cela est dû au fait que :
Parfois, TypeScript lui-même apporte des modifications incompatibles entre les versions mineures, et nous pouvons être amenés à ajuster les types pour prendre en charge les nouvelles versions de TypeScript.
Parfois, il peut arriver que nous devions sortir des fonctionnalités qui ne sont disponibles que dans une version récente de TypeScript, ce qui augmente la version minimale requise de TypeScript.
Si vous utilisez TypeScript, vous pouvez utiliser un gestionnaire sémantique de version qui verrouille la version mineure actuelle et effectuer une mise à niveau manuelle lorsqu'une nouvelle version mineure de Vue est publiée.
Compatibilité du code compilé avec d'anciens moteurs
Une version mineur plus récente du compilateur Vue peut générer du code qui n'est pas compatible avec le moteur Vue d'une version mineure plus ancienne. Par exemple, le code généré par le compilateur Vue 3.2 peut ne pas être totalement compatible s'il est consommé par le moteur de Vue 3.1.
Ce problème ne concerne que les auteurs de bibliothèques, car dans les applications, la version du compilateur et la version d'exécution sont toujours les mêmes. Un décalage de version ne peut se produire que si vous envoyez du code de composant Vue précompilé sous forme de package et qu'un développeur l'utilise dans un projet utilisant une version antérieure de Vue. Par conséquent, votre paquet peut avoir besoin de déclarer explicitement une version mineure minimale requise de Vue.
Pré-releases
Les versions mineures et majeures passent généralement par une série de phases de pré-lancement : alpha, bêta et candidate à la publication (RC). Le nombre et le type de versions préliminaires dépendent de l'ampleur des modifications. Par exemple, une version mineure comportant des mises à jour limitées peut ne comporter qu'une phase bêta, tandis qu'une version majeure inclura généralement les trois phases afin de permettre des tests approfondis et de recueillir les commentaires de la communauté.
Vous pouvez installer les dernières versions préliminaires depuis npm à l'aide de npx install-vue@alpha, npx install-vue@beta ou npx install-vue@rc. Pour tester les modifications qui ne sont pas encore incluses dans les versions préliminaires taguées, chaque commit du dépôt vuejs/core est publié sous forme d'aperçu temporaire en publication continue, que vous pouvez installer à l'aide de npx install-vue@edge.
Les pré-releases sont destinées aux tests d'intégration et de stabilité, ainsi qu'aux utilisateurs précoces qui peuvent fournir des retours sur les fonctionnalités instables. N'utilisez pas les pré-releases en production. Elles sont considérées comme instables et peuvent contenir des modifications importante de l'une à l'autre, il faut donc toujours se référer aux versions exactes lorsque vous utilisez des pré-releases.
Dépréciations
Nous pouvons périodiquement déprécier des fonctionnalités qui sont remplacées dans les releases mineures. Les fonctionnalités dépréciées continueront à fonctionner, et seront supprimées lors de la prochaine release majeure après avoir atteint le statut de fonctionnalité dépréciée.
RFC
Les nouvelles fonctionnalités avec un potentiel d'API et des changements majeurs à Vue passeront par le processus de demande de commentaires, ou Request for Comments (RFC). Le processus RFC a pour but de fournir une voie cohérente et contrôlée pour l'introduction de nouvelles fonctionnalités dans le framework, et de donner aux utilisateurs l'opportunité de participer et d'offrir des retours dans le processus de conception.
Le processus RFC est mené dans le repo vuejs/rfcs sur GitHub.
Fonctionnalités expérimentales
Certaines fonctionnalités sont livrées et documentées dans une version stable de Vue, mais marquées comme expérimentales. Les fonctionnalités expérimentales sont typiquement des fonctionnalités qui ont une discussion RFC associée avec la plupart des problèmes de conception résolus sur le papier, mais qui manquent encore de retour de cas d'utilisation réelle.
L'objectif des fonctionnalités expérimentales est de permettre aux utilisateurs de fournir un retour en les testant dans un environnement de production, sans avoir à utiliser une version instable de Vue. Les fonctionnalités expérimentales sont elles-mêmes considérées comme instables, et ne doivent être utilisées que de manière contrôlée, en sachant que la fonctionnalité peut changer entre deux versions.