Migrer les passagers vers un modèle plutôt qu’un composant
Tâches
-
Adapter la récupération de la liste d'attente -
Adapter la récupération de la liste trajet -
frontend/containers/Travel/useActions. -
Adapter l'ajout de passager en liste d'attente -
Adapter l'ajout de passager en trajet -
Adapter les éventuels autres endroits qui ont besoin de la liste des passagers -
Vérifier qu'il n'y a pas d'erreur TS
Migration
-
Déployer en prod -
Lancer le script de migration -
Retirer waitingList
du modèle Event -
Retirer passengers
du modèle Travel
Actuellement, les passagers sont des components Strapi qui peuvent associés parfois à un trajet, parfois à un événement. Les components sont des éléments légers avec peu d’informations.
Du côté des métriques de Caroster, on souhaiterait avoir un meilleur suivi de l’évolution des passagers. Il faudrait donc qu’on stocke notamment la date de création d’un passager. Ainsi, les passagers correspondraient à un modèle Strapi plutôt qu’un component.
Il nous faut donc créer un modèle Passenger et faire les adaptations que ça incombe.
Il y aura notamment une migration de données à faire sur la prod pour passer les passagers existants vers la nouvelle structure de données. Une migration est parfois à l’origine de bug et d’instabilité.
Edited by Tim Izzo