MALIO-DEV/Lesstime
3
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 32 Wiki Activity

feat(workflow) : workflows de statuts par projet (kanban custom) #3

Merged
matthieu merged 26 commits from feat/project-workflows into develop 2026-05-20 07:44:10 +00:00
Conversation 0 Commits 26 Files Changed 42 +4952 -506
matthieu commented 2026-05-19 18:57:48 +00:00
Owner
Copy Link

Résumé

Chaque projet a désormais son propre workflow (jeu de statuts kanban réutilisable défini en admin).

  • Backend : entité Workflow, TaskStatus.workflow + TaskStatus.category (5 catégories canoniques), Project.workflow requis (RESTRICT). Validation cross-entity : un statut doit appartenir au workflow du projet de la tâche.
  • Endpoint : POST /api/projects/{id}/switch-workflow (transaction unique, mapping source→cible obligatoire pour chaque statut référencé)
  • UI admin : onglet Workflows (remplace Statuts) avec drawer pour créer/éditer un workflow et ses statuts inline
  • Kanban projet : utilise project.workflow.statuses au lieu de la collection globale
  • my-tasks : kanban groupé par les 5 catégories canoniques (todo / in_progress / blocked / review / done) avec badge statut sur chaque card
  • Switch projet : modal ProjectWorkflowSwitchModal avec pré-remplissage par catégorie
  • TaskBulkActions : désactive le bulk-status sur sélection multi-projets
  • MCP : list-statuses?projectId=..., nouveaux list-workflows et switch-project-workflow (ROLE_ADMIN)

Spec : docs/superpowers/specs/2026-05-19-project-workflows-design.md
Plan : docs/superpowers/plans/2026-05-19-project-workflows.md

Migrations

4 migrations successives :

  • M1 crée la table workflow + seed Standard (isDefault=true)
  • M2 ajoute workflow_id + category sur task_status avec backfill strict (mapping des 5 labels standards → catégories ; échec explicite si label hors mapping)
  • M3 ajoute workflow_id requis sur project (RESTRICT) avec backfill vers Standard
  • M4 aligne le schéma avec les conventions Doctrine (indexes + IDENTITY) et réaligne la séquence workflow.id (évite conflit avec le row Standard de M1)

Test plan

  • Migrations passent sur la prod (les 5 labels standards de prod sont mappés ; M2 échoue avec message explicite si dérive)
  • Création workflow custom + statuts catégorisés via l'admin
  • Switch d'un projet vers un autre workflow → mapping pré-rempli par catégorie, transaction OK, kanban projet utilise les nouvelles colonnes
  • my-tasks affiche 5 colonnes par catégorie + badge statut sur chaque card
  • Suppression workflow lié → 409 avec message clair
  • MCP : list-workflows, list-statuses?projectId, switch-project-workflow, create-task rejet inter-workflow
  • Bulk-status désactivé sur sélection multi-projets dans my-tasks

Validation

Migrations testées sur un dump prod restauré localement (lesstime_prod_test) : 13 projets, 379 tâches, 5 statuts catégorisés sans erreur. Endpoint switch-workflow validé via curl. UI testée en local.

🤖 Generated with Claude Code

## Résumé Chaque projet a désormais son propre workflow (jeu de statuts kanban réutilisable défini en admin). - **Backend** : entité `Workflow`, `TaskStatus.workflow` + `TaskStatus.category` (5 catégories canoniques), `Project.workflow` requis (RESTRICT). Validation cross-entity : un statut doit appartenir au workflow du projet de la tâche. - **Endpoint** : `POST /api/projects/{id}/switch-workflow` (transaction unique, mapping source→cible obligatoire pour chaque statut référencé) - **UI admin** : onglet `Workflows` (remplace `Statuts`) avec drawer pour créer/éditer un workflow et ses statuts inline - **Kanban projet** : utilise `project.workflow.statuses` au lieu de la collection globale - **my-tasks** : kanban groupé par les 5 catégories canoniques (todo / in_progress / blocked / review / done) avec badge statut sur chaque card - **Switch projet** : modal `ProjectWorkflowSwitchModal` avec pré-remplissage par catégorie - **TaskBulkActions** : désactive le bulk-status sur sélection multi-projets - **MCP** : `list-statuses?projectId=...`, nouveaux `list-workflows` et `switch-project-workflow` (ROLE_ADMIN) Spec : `docs/superpowers/specs/2026-05-19-project-workflows-design.md` Plan : `docs/superpowers/plans/2026-05-19-project-workflows.md` ## Migrations 4 migrations successives : - **M1** crée la table `workflow` + seed `Standard` (isDefault=true) - **M2** ajoute `workflow_id` + `category` sur `task_status` avec backfill strict (mapping des 5 labels standards → catégories ; échec explicite si label hors mapping) - **M3** ajoute `workflow_id` requis sur `project` (RESTRICT) avec backfill vers Standard - **M4** aligne le schéma avec les conventions Doctrine (indexes + IDENTITY) et réaligne la séquence workflow.id (évite conflit avec le row Standard de M1) ## Test plan - [ ] Migrations passent sur la prod (les 5 labels standards de prod sont mappés ; M2 échoue avec message explicite si dérive) - [ ] Création workflow custom + statuts catégorisés via l'admin - [ ] Switch d'un projet vers un autre workflow → mapping pré-rempli par catégorie, transaction OK, kanban projet utilise les nouvelles colonnes - [ ] my-tasks affiche 5 colonnes par catégorie + badge statut sur chaque card - [ ] Suppression workflow lié → 409 avec message clair - [ ] MCP : list-workflows, list-statuses?projectId, switch-project-workflow, create-task rejet inter-workflow - [ ] Bulk-status désactivé sur sélection multi-projets dans my-tasks ## Validation Migrations testées sur un dump prod restauré localement (`lesstime_prod_test`) : 13 projets, 379 tâches, 5 statuts catégorisés sans erreur. Endpoint switch-workflow validé via curl. UI testée en local. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
matthieu added 26 commits 2026-05-19 18:57:49 +00:00
docs(workflows) : spec workflows de statuts par projet 88a4916662 
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
docs(workflows) : ajout note de reprise sur autre poste 4184cadfe4 
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
feat(workflow) : ajoute l'enum StatusCategory (5 catégories canoniques) 1fa7f32ed4
feat(workflow) : ajoute l'entité Workflow et son repository 33a81e6eb0
feat(workflow) : ajoute workflow et category sur TaskStatus 0b93a00c8a
feat(workflow) : ajoute workflow requis sur Project (RESTRICT) df6757051d
feat(workflow) : migration M1 - création table workflow + seed Standard 39ebd82884
feat(workflow) : migration M2 - rattache les statuts existants à Standard + category 4fd39f4b1a
feat(workflow) : migration M3 - workflow requis sur Project (RESTRICT) bcd0cb6e75
feat(workflow) : fixtures - workflow Standard + statuts catégorisés + projets attachés d566d85c59
feat(workflow) : listener garantissant un seul workflow isDefault=true 78d81cc531
feat(workflow) : migration M4 - alignement schéma Doctrine (indexes + IDENTITY) 76c665cc62
feat(workflow) : valide que task.status appartient au workflow du projet 15bdf64fc6
feat(workflow) : protège la suppression d'un workflow lié à des projets (409) 415ed4d3d8
feat(workflow) : endpoint POST /projects/{id}/switch-workflow + processor transactionnel 4a0b7222d0
feat(workflow) : DTOs front Workflow + category sur TaskStatus + workflow embarqué sur Project + service + i18n e2751410f8
feat(workflow) : admin UI - WorkflowDrawer + AdminWorkflowTab + remplacement onglet Statuts, suppression composants obsolètes 421cc72f42
feat(workflow) : kanban projet et archives basés sur workflow.statuses du projet 02c8578677
feat(workflow) : my-tasks - kanban groupé par catégorie avec badge statut, suppression drag-to-status 3bdaf1e03c
feat(workflow) : ProjectWorkflowSwitchModal + section workflow et bouton switch dans ProjectDrawer 37f572bdbb
feat(workflow) : bulk status désactivé sur sélection multi-projets, scoped au workflow du projet 4461a9c99a
feat(workflow) : MCP - list-statuses projectId + list-workflows + switch-project-workflow + maj descriptions create/update-task 4ae842bd1e
chore : bump version to v0.4.0 97871c21a0
docs(workflows) : plan d'implémentation + validations Matthieu sur le spec + gitignore dumps locaux 21436b04ca
fix(workflow) : WorkflowDrawer - input position natif (MalioInputText n'accepte pas les number) 2dd0a97113
fix(workflow) : M4 - aligne la séquence workflow.id après recréation de l'identity (évite conflit avec row Standard de M1) b3f32e4c6c
matthieu force-pushed feat/project-workflows from b3f32e4c6c to 5fb7fbe66c 2026-05-19 18:59:53 +00:00 Compare
matthieu merged commit 595b8f5be3 into develop 2026-05-20 07:44:10 +00:00
Sign in to join this conversation.
Reviewers
No Reviewers
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
malio matthieu tristan
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: MALIO-DEV/Lesstime#3
Delete Branch "feat/project-workflows"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?