La team Angular a publié en début de mois une note pour clarifier la politique de Versionning du projet Angular. A partir de la version 2.0.0, voici le processus de développement appliqué :
- Le semantic versioning est utilisé pour signalé le contenu des releases Angular.
- Les cycles de release sont définis à l'avance pour aider les utilisateurs à planifier les mises à jour.
- Une politique de dépréciation est mis en place afin d'être prévenu à l'avance des modifications d'API.
- La distinction entre API stable et experimentale a été clarifiée.
Semantic Versioning
SemVer veut dire que les numero de version sont expressifs. Pour un numero de version MAJOR.MINOR.PATCH, voici quand faire un incrément :
- MAJOR version pour un changement d'API non retro-compatible,
- MINOR version pour un ajout de fonctionnalité retro-compatible
- PATCH version pour les bugs fix retro-compatible.
Cycle de release
La team Angular est produit un calendrier des releases afin que nous puissions planifier et coordonner les évolutions continue d'Angular.
En général, vous pouvez vous attendre à une version de patch chaque semaine, environ 3 mises à jour mineures et une importante mise à jour tous les 6 mois. Des Betas et RCs pour chaque version majeure et mineure sont également disponibles.
Cela explique pourquoi le terme d'Angular 2 a disparu au profit d'Angular en "opposition" à AngularJS. Il y aura donc bientôt une Angular 3, puis 4 , …
Les versions majeures n'impliqueront pas forcement une non retro-compatibilité, mais c'est possible 😉
Voici le ticket original ici.