Investiguer les soucis de workspace dans le pnpm-lock.yml

[StephaneTrebel]

C'est vraiment pénible de corriger file: en link: et la migration en PNPM v11 n'a apparemment rien corrigé.

On va donc s'occuper de ça, définitivement 😎

On n'est d'ailleurs pas les seuls à avoir le problème...

[KepoParis]

Cas concret rencontré sur #2341 (build CI server-nestjs cassé), utile pour l'investigation.

Symptôme. Build Docker server-nestjs en échec : 79 erreurs
TS2307: Cannot find module '@cpn-console/shared' / '@cpn-console/hooks',
alors que le build local passe.

Mécanisme (reproduit via docker build --no-cache).

• Un changement sans rapport (ajout d'un devDep js-yaml au plugin harbor) a
  régénéré pnpm-lock.yaml et fait basculer, pour apps/server-nestjs,
  shared/hooks de link:../../packages/* vers file:packages/*(@types/node@22.20.0)
  (injection).
• node_modules/@cpn-console/shared devient alors une copie figée ne contenant
  que package.json (recopiée au pnpm install initial, avant le build des libs) ;
  le dist/+types/ construit ensuite dans packages/shared n'est jamais réinjecté.
  pnpm install --frozen-lockfile [--force] ne recopie pas (« Already up to date »).
• En link:, node_modules/@cpn-console/shared est un symlink vers packages/shared,
  donc tsc voit bien les types buildés → OK sur main.

Ce qui fait basculer link: → file: ici. La divergence de @types/node
(server-nestjs en ^22, les libs en 24) : sous injectWorkspacePackages: true,
pnpm crée une variante injectée pour satisfaire le contexte de peer différent.
Aligner @types/node sur une seule version majeure supprime le déclencheur et
rétablit le link: (contournement appliqué dans #2341).

Piste de fond. Tant que les versions de peers (@types/node, etc.) divergent
entre workspaces avec injectWorkspacePackages: true, le flip link:↔file: peut
réapparaître à chaque régénération du lockfile. Deux angles complémentaires :

1. homogénéiser les peers partagés (@types/node) sur l'ensemble du monorepo ;
2. rendre le pattern Dockerfile « install → build libs → réinjection » robuste
   (la réinjection est actuellement silencieusement no-op). Voir aussi le bug
   amont pnpm update changes link to file for workspace dependency pnpm/pnpm#10433.

[StephaneTrebel]

On peut déjà aligner les peerDep, c'est pas trop contraignant pour nous et ça peut nous sortir de l'ornière.
La question après c'est surtout "comment on fait pour éviter les drifts de peerDeps" 😅
Mais à tester, c'est clair 👍

[StephaneTrebel]

À voir si #2346 et le réalignement des peerDeps suffira 🤞