[Feature] Migration d'objets de "others" vers "vitals" sans destruction #10

New Issue

shuss · 2026-06-10T21:00:52+02:00

shuss commented

2026-06-10 21:00:52 +02:00

Besoin : Permettre de migrer des objets classés dans others vers vitals sans destruction ni perte de métadonnées.
Contexte : Actuellement, le changement de catégorie semble entraîner une suppression ou une recréation indésirable.
Attente : Implémenter une commande ou un mécanisme de migration douce préservant l'intégrité des objets.

**Besoin :** Permettre de migrer des objets classés dans `others` vers `vitals` sans destruction ni perte de métadonnées. **Contexte :** Actuellement, le changement de catégorie semble entraîner une suppression ou une recréation indésirable. **Attente :** Implémenter une commande ou un mécanisme de migration douce préservant l'intégrité des objets.

xmortelette referenced this issue

2026-06-11 09:44:58 +02:00

Migrations d'objets d'une catégorie a une autre (ex: others -> vitals, others -> posts ....) #11

xmortelette commented

2026-06-12 11:23:57 +02:00

Après relecture des deux issues : #11 couvre ce besoin et le généralise (toutes les paires de catégories, montée et descente), avec une stratégie concrète à base d'annotations move_as.vynil.solidite.fr / move_from.vynil.solidite.fr. Mon marquage initial de #11 comme doublon était dans le mauvais sens : c'est #11 qui devrait devenir l'issue canonique, et celle-ci pourrait être fermée en y renvoyant.

La stratégie d'annotations de #11 est par ailleurs cohérente avec la direction prise sur #12 (annotation opt-in comme gatekeeper) : les opérations risquées sur les objets enfants sont déclenchées par un marquage explicite, jamais devinées.

Analyse et rédaction : Claude (assistant IA), publié via le compte de Xavier.

Après relecture des deux issues : #11 couvre ce besoin et le généralise (toutes les paires de catégories, montée et descente), avec une stratégie concrète à base d'annotations `move_as.vynil.solidite.fr` / `move_from.vynil.solidite.fr`. Mon marquage initial de #11 comme doublon était dans le mauvais sens : c'est #11 qui devrait devenir l'issue canonique, et celle-ci pourrait être fermée en y renvoyant. La stratégie d'annotations de #11 est par ailleurs cohérente avec la direction prise sur #12 (annotation opt-in comme gatekeeper) : les opérations risquées sur les objets enfants sont déclenchées par un marquage explicite, jamais devinées. --- *Analyse et rédaction : Claude (assistant IA), publié via le compte de Xavier.*

shuss commented

2026-06-12 17:29:50 +02:00

Qu'importe le ticket, il faut en effet dédupliquer la réflexion. j'ai fermé l'autre. Je remet ci-dessous ma stratégie proposée :

Il faut permettre la migrations des objets constituants un package vynil.

Pour remonter les catégories, c'est assez facile,: l'objet a déjà été apply et enregistré dans le catalogue des objet de la catégorie qui est passé avant, donc au moment de le supprimer de la catégorie courante, il suffit de vérifier si l'objet n'est pas référencé dans les catégorie qui le précède.

Pour descendre en catégorie, c'est beaucoup compliqué et ne peut pas être deviné. Une stratégie basée dur des annotations se dessine :
Si l'objet a une annotation 'move_as.vynil.solidite.fr=<befores|vitals|systems|others|posts>' dont la valeur est une étape qui viendra après, on ignore sa suppression (k8s et liste de la catégorie), par contre, on ajoute une annotation move_from.vynil.solidite.fr qui indique la category actuelle.
Si lors d'une application d'un objet, s'il dispose des 2 annotations, et que le move_from est bien une étape avant la courante, et que le move_as est bien l'étape courante, alors il faut enlever les 2 annotations et supprimer l'objet de la liste de la catégorie indiqué par "move_from";

Ces 2 stratégies cumulées permettent des migrations d'objet d'une catégorie à l'autre sans risque de perte de données.

Qu'importe le ticket, il faut en effet dédupliquer la réflexion. j'ai fermé l'autre. Je remet ci-dessous ma stratégie proposée : ``` Il faut permettre la migrations des objets constituants un package vynil. Pour remonter les catégories, c'est assez facile,: l'objet a déjà été apply et enregistré dans le catalogue des objet de la catégorie qui est passé avant, donc au moment de le supprimer de la catégorie courante, il suffit de vérifier si l'objet n'est pas référencé dans les catégorie qui le précède. Pour descendre en catégorie, c'est beaucoup compliqué et ne peut pas être deviné. Une stratégie basée dur des annotations se dessine : Si l'objet a une annotation 'move_as.vynil.solidite.fr=<befores|vitals|systems|others|posts>' dont la valeur est une étape qui viendra après, on ignore sa suppression (k8s et liste de la catégorie), par contre, on ajoute une annotation move_from.vynil.solidite.fr qui indique la category actuelle. Si lors d'une application d'un objet, s'il dispose des 2 annotations, et que le move_from est bien une étape avant la courante, et que le move_as est bien l'étape courante, alors il faut enlever les 2 annotations et supprimer l'objet de la liste de la catégorie indiqué par "move_from"; Ces 2 stratégies cumulées permettent des migrations d'objet d'une catégorie à l'autre sans risque de perte de données. ```

shuss added the Kind/Feature

Priority

Medium

3

labels 2026-06-12 17:38:22 +02:00

Sign in to join this conversation.

2 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: shuss/vynil#10