Gestion de version du SDK
Didomi offre à votre organisation une gestion de versions flexible pour contrôler la manière dont les mises à jour sont livrées à votre ou vos environnement(s) pour vos notices de consentement CMP. Dans cet article, nous fournirons un bref aperçu des différentes options de versioning et de la manière dont la fonctionnalité de contrôle de version du SDK Didomi s’applique selon le type de SDK.
Aperçu des options de versioning
Didomi prend en charge trois options de versioning différentes : les versions continues, la dernière version officielle et la version figée. Quelle que soit l’option de versioning choisie par votre organisation, chaque version est testée et soumise à un contrôle qualité avant son déploiement dans l’environnement de production de Didomi.
Lorsque les versions continues sont sélectionnées comme option de contrôle de version pour les SDK Didomi, chaque nouvelle mise à jour que Didomi déploie en production sera automatiquement appliquée à la notice de consentement.
Cette option de contrôle de version permet à votre organisation de bénéficier des dernières améliorations et corrections de bugs sans effort supplémentaire ni compromis sur la stabilité.
Didomi recommande l’option de contrôle de version par versions continues pour les organisations qui souhaitent les mises à jour les plus rapides, un accès anticipé aux nouveaux frameworks et au support de conformité, et qui n’ont pas besoin de valider les changements à l’avance.
Lorsque la dernière version officielle est sélectionnée comme option de contrôle de version pour les SDK Didomi, Didomi regroupera toutes les versions sur une période de 2 semaines afin de créer une version officielle qui sera ensuite automatiquement appliquée à votre notice de consentement.
Cette option de contrôle de version offre à votre organisation un certain niveau de prévisibilité grâce à des notes de version sélectionnées détaillant les mises à jour regroupées dans la version officielle
Didomi recommande l’option de contrôle de version par dernière version officielle pour les organisations qui privilégient une plus grande prévisibilité et peuvent avoir besoin de temps pour valider les mises à jour avant leur mise en production pour les notices de consentement.
Correctifs urgents
Didomi définit un correctif urgent comme toute mise à jour urgente nécessaire pour résoudre un problème de sécurité ou de conformité, ou un bug critique affectant le chiffre d’affaires du client. Si un bug critique est découvert (par ex. empêchant l’initialisation du SDK), Didomi déploiera immédiatement un correctif urgent et imposera une nouvelle version officielle, quelle que soit la période de 3 semaines.
La nouvelle version officielle inclura le correctif urgent ainsi que toutes les mises à jour publiées depuis la dernière version officielle.
Lorsque la version figée est sélectionnée comme option de contrôle de version pour les SDK Didomi, votre organisation choisira, dans le flux de configuration de la notice de consentement, quelle version du SDK doit être chargée (en utilisant le versioning sémantique de Didomi).
La version du SDK Didomi est verrouillée pour la notice de consentement et sera utilisée dans l’aperçu de la notice de consentement ainsi que là où la notice de consentement est déployée sur vos sites web/applications, jusqu’à ce que votre organisation choisisse de mettre à niveau la version du SDK.
Remarque: Didomi n’autorise votre organisation à utiliser qu’une version figée du SDK qui ne remonte pas à plus de 6 mois. Si votre version figée du SDK Didomi dépasse 6 mois, nous vous en informerons dans la console Didomi et par e-mail, et vous serez automatiquement mis à niveau vers la dernière version du SDK si aucune action n’est entreprise.
Didomi recommande l’option de contrôle de version par version figée pour les organisations qui ont besoin d’un contrôle total sur les mises à jour, doivent gérer des périodes de gel, ou disposent de processus QA approfondis.
Lorsque la version figée est utilisée comme option de contrôle de version pour le SDK Didomi, votre organisation ne bénéficiera d’aucun correctif urgent publié par Didomi tant que la version du SDK n’aura pas été mise à niveau vers la dernière version du SDK.
Options de versioning par SDK
La disponibilité des options de versioning dépend à la fois du type de SDK chargé par votre organisation pour la notice de consentement et, pour certains SDK, de votre niveau d’abonnement. Veuillez vous référer au tableau pour un aperçu des options de versioning disponibles par type de SDK :
SDK web
Par défaut
Option Premium
Option Premium
SDK CTV basé sur le web
Par défaut
Inclus
Inclus
SDK mobiles (iOS/Android)
S/O
Inclus
S/O
SDK CTV natifs
S/O
Inclus
S/O
SDK App v2
S/O
Inclus
S/O
Notes de version et notifications
Pour chaque version officielle publiée par Didomi, nous inclurons une note de version regroupant les mises à jour afin que votre organisation puisse obtenir un aperçu des changements. Ces notes de version peuvent aider à éclairer le processus QA de votre organisation et, pour les organisations qui utilisent l’option de contrôle de version figée, à éclairer les décisions de mise à niveau vers une version de SDK spécifique.
Les notes de version des SDK Didomi sont disponibles dans notre portail développeur.
Remarque: Didomi ne fournit pas de notes de version détaillées pour les versions individuelles déployées via notre processus de versions continues. Ces mises à jour seront documentées rétroactivement dans la note de version de la version officielle.
Les nouvelles fonctionnalités seront annoncées via la newsletter Didomi et les canaux de réseaux sociaux.
Mis à jour