Versions

Stratégie de version

La stabilité garantit que les micro-services, les API, les outils et les pratiques apprises ne deviennent pas obsolètes de manière inattendue.

Ce document contient les pratiques qui sont suivies pour vous fournir une taxonomie, équilibrée avec la stabilité, garantissant que les changements futurs sont toujours introduits de manière prévisible.

DDB suit Versioning sémantique 2.0.0 (opens new window) . Les numéros de version DDB ont trois parties: major.minor.patch. Le numéro de version est incrémenté en fonction du niveau de changement inclus dans le communiqué.

• Les versions majeures contiennent de nouvelles fonctionnalités importantes, certaines mais une aide minimale des développeurs sont attendues pendant la mise à jour. Lors de la mise à jour d'une nouvelle version majeure, vous devrez peut-être exécuter des scripts de mise à jour, du code de refactor, exécuter des tests supplémentaires et apprendre de nouvelles API.
• Les versions mineures contiennent de nouvelles fonctionnalités importantes. Les versions mineures sont entièrement compatibles en arrière; Aucune assistance pour les développeurs n'est attendue lors de la mise à jour, mais vous pouvez éventuellement modifier vos applications et bibliothèques pour commencer à utiliser de nouvelles API, fonctionnalités et capacités qui ont été ajoutées dans le communiqué.
• Les versions de correctifs sont à faible risque, contiennent des corrections de bogues et de petites fonctionnalités. Aucune assistance pour les développeurs n'est attendue lors de la mise à jour.

Planification de publication

Vous pouvez suivre le progrès de l'équipe actuelle (opens new window) pour un aperçu plus détaillé.

⚠️ Clause de non-responsabilité : Nous opérons dans un environnement dynamique et les choses sont sujettes à changer. Les informations fournies sont destinées à décrire la direction du cadre général. Il est destiné à des fins d'information uniquement. Nous pouvons décider d'ajouter / supprimer de nouveaux articles à tout moment en fonction de notre capacité à livrer tout en répondant à nos normes de qualité. Le développement, les sorties et le calendrier de toute fonctionnalité ou fonctionnalité de DDB restent à la seule discrétion de l'équipe DDB. La carte routière ne représente pas un engagement, une obligation ou une promesse de livrer à tout moment.

Pratiques de dépréciation

Parfois, des «changements de rupture», tels que la suppression de la prise en charge de certaines API et de fonctionnalités, sont nécessaires. Pour rendre ces transitions aussi simples que possible:

• Le nombre de modifications de rupture est minimisée et les outils de migration fournis lorsque cela est possible.
• La politique de dépréciation décrite ci-dessous est suivie, de sorte que vous avez le temps de mettre à jour vos applications vers les dernières API et meilleures pratiques.
• Des notifications seront publiées dans les groupes d'application et Yammer pour identifier le calendrier associé.

Politique de dépréciation

• Les fonctionnalités obsolètes sont annoncées dans le Changelog, et lorsque cela est possible, avec des avertissements lors de l'exécution.
• Lorsqu'une dépréciation est annoncée, le chemin de mise à jour recommandé est fourni.
• L'utilisation existante d'une API stable pendant la période de dépréciation est prise en charge, donc votre code continuera de fonctionner pendant cette période.