Structurer le depot en npm workspaces #28

New issue

Closed

opened 2026-06-24 01:44:49 +00:00 by Reliodas · 1 comment

Reliodas commented

2026-06-24 01:44:49 +00:00

Owner

Probleme\n\nLe depot contient shared, server et client avec des installations et builds separes. La CI et les Dockerfiles reconstruisent souvent shared manuellement, ce qui ajoute de la friction et augmente le risque de divergence entre contrats partages, serveur et client.\n\n## Attendu\n\n- Ajouter une configuration npm workspaces a la racine.\n- Centraliser les scripts de typecheck, test, coverage et build sans casser les commandes existantes.\n- Garder des lockfiles coherents et ne pas les modifier manuellement.\n- Adapter la CI et la documentation si les commandes changent.\n- Verifier un checkout propre avec npm ci puis les suites shared, server, client et e2e.

## Probleme\n\nLe depot contient shared, server et client avec des installations et builds separes. La CI et les Dockerfiles reconstruisent souvent shared manuellement, ce qui ajoute de la friction et augmente le risque de divergence entre contrats partages, serveur et client.\n\n## Attendu\n\n- Ajouter une configuration npm workspaces a la racine.\n- Centraliser les scripts de typecheck, test, coverage et build sans casser les commandes existantes.\n- Garder des lockfiles coherents et ne pas les modifier manuellement.\n- Adapter la CI et la documentation si les commandes changent.\n- Verifier un checkout propre avec npm ci puis les suites shared, server, client et e2e.

Reliodas added this to the 1.0.0-alpha milestone

2026-06-24 01:44:49 +00:00

Reliodas added the

labels

2026-06-24 01:44:49 +00:00

Reliodas commented

2026-06-24 01:45:24 +00:00

Author

Owner

Version lisible des criteres apres creation tea-cli :

Probleme

Le depot contient shared, server et client avec des installations et builds separes. La CI et les Dockerfiles reconstruisent souvent shared manuellement, ce qui ajoute de la friction et augmente le risque de divergence entre contrats partages, serveur et client.

Attendu

Ajouter une configuration npm workspaces a la racine.
Centraliser les scripts de typecheck, test, coverage et build sans casser les commandes existantes.
Garder des lockfiles coherents et ne pas les modifier manuellement.
Adapter la CI et la documentation si les commandes changent.
Verifier un checkout propre avec npm ci puis les suites shared, server, client et e2e.

Version lisible des criteres apres creation tea-cli : ## Probleme Le depot contient shared, server et client avec des installations et builds separes. La CI et les Dockerfiles reconstruisent souvent shared manuellement, ce qui ajoute de la friction et augmente le risque de divergence entre contrats partages, serveur et client. ## Attendu - Ajouter une configuration npm workspaces a la racine. - Centraliser les scripts de typecheck, test, coverage et build sans casser les commandes existantes. - Garder des lockfiles coherents et ne pas les modifier manuellement. - Adapter la CI et la documentation si les commandes changent. - Verifier un checkout propre avec npm ci puis les suites shared, server, client et e2e.

Reliodas referenced this issue from a commit

2026-06-24 14:49:18 +00:00

chore(repo): adopt npm workspaces

Reliodas referenced this issue from a pull request that will close it,

2026-06-24 14:49:35 +00:00

chore(repo): adopt npm workspaces (#28) #42

Reliodas closed this issue

2026-06-24 14:54:30 +00:00

Reliodas referenced this issue from a commit

2026-06-24 14:54:31 +00:00

Merge pull request 'chore(repo): adopt npm workspaces (#28)' (#42) from chore/28-npm-workspaces into develop