Après une mise en pratique plus approfondie, la technique présentée dans pnpm workspace et Docker build n’a pas fonctionné comme je l’attendais.
À cause de cette ligne du /demosite/pnpm-lock.yaml
:
Pour générer un fichier pnpm-lock.yaml
qui contient :
j’ai créé un script nommé demosite/scripts/generate-local-pnpm-lock-file.sh
qui contient :
Cela me permet de générer un fichier pnpm-lock.yaml
qui sera présent dans le dossier /demosite/
et utilisé lors de l’exécution de Docker build
.
En complément de cela, j’utilise les paramètres suivants dans /demosite/.npmrc
:
link-workspace-packages=true
prefer-workspace-packages=true
shared-workspace-lockfile=true
cela permet en phase de “développement”, c’est-à-dire en dehors du build Docker, d’utiliser le fichier pnpm-lock.yaml
à la racine et la version locale du package packages/gibbon-replay-js
.
Tout cela me paraît un peu complexe, mais pour l’instant, je n’ai pas trouvé de méthode alternative permettant de configurer un environnement de développement répondant à ces deux exigences :
- En mode développement, utiliser directement le code du
packages/gibbon-replay-js
sans qu’aucune action ne soit requise de la part du développeur. - Pouvoir générer l’image Docker en une seule commande.
Je suis ouvert à toute suggestion 🙂 (contact@stephane-klein.info).