Application de dépôt automatisé de documents métier.
Le projet est initialisé en monorepo avec pnpm et Turbo. Il contient actuellement :
apps/api: API NestJS ;apps/web: frontend Angular ;apps/worker: workers BullMQ ;packages/database: schéma, migrations, seed et client Prisma partagés ;docs: documentation VitePress ;turbo.json: configuration des tâches monorepo ;pnpm-workspace.yaml: déclaration des workspaces pnpm.
- Node.js, via
nvm. - pnpm
11.8.0. - Docker et Docker Compose, pour les services techniques locaux.
La version Node attendue est indiquée dans .nvmrc.
nvm useSi la version n'est pas installée :
nvm installDepuis la racine du dépôt :
pnpm installSi pnpm demande d'approuver des scripts de build :
pnpm approve-buildsPuis relancer :
pnpm installInstaller les hooks Git locaux avec Lefthook :
pnpm exec lefthook installLa commande pnpm install exécute aussi le script prepare, qui installe Lefthook automatiquement. La commande ci-dessus reste utile si les hooks ne sont pas présents après un clone ou un changement d'environnement.
Créer les fichiers d'environnement locaux :
cp .env.example .env
cp apps/api/.env.example apps/api/.env
cp packages/database/.env.example packages/database/.env
cp apps/worker/.env.example apps/worker/.envLe fichier racine configure PostgreSQL, Redis, MinIO et le simulateur SSO Keycloak. Le fichier de
l'API définit API_PORT et NODE_ENV, celui de Prisma fournit DATABASE_URL, et celui du worker
définit WORKER_PORT et NODE_ENV. Ces fichiers ne doivent pas être commités.
Pour démarrer les services Docker, attendre leur disponibilité, puis lancer toutes les tâches de développement déclarées dans les workspaces :
pnpm devCette commande lance PostgreSQL, Redis, MinIO et Keycloak, puis Turbo démarre l'API, le frontend, le worker et la documentation.
Pour lancer l'API NestJS, le frontend Angular et le worker BullMQ sans démarrer l'infrastructure Docker ni la documentation :
pnpm apps:devServices exposés en développement :
- API NestJS :
http://localhost:3000 - Frontend Angular :
http://localhost:4200 - Documentation VitePress :
http://localhost:5173/depot-numerique/ - Administration Keycloak :
http://localhost:8080/admin/master/console/ - Compte utilisateur Keycloak :
http://localhost:8080/realms/depot-numerique/account/
API NestJS :
pnpm api:devFrontend Angular :
pnpm web:devDocumentation VitePress :
pnpm docs:devWorker BullMQ :
pnpm worker:devLes commandes suivent une nomenclature simple :
pnpm <tâche>lance la tâche sur tous les workspaces concernés via Turbo.pnpm <workspace>:<tâche>lance la même tâche sur un workspace précis.- Les workspaces disponibles sont
api,web,worker,docsetdatabase. - Les commandes
devsont des serveurs persistants et ne sont pas mises en cache par Turbo.
Exemples :
pnpm build
pnpm api:build
pnpm web:build
pnpm docs:build
pnpm database:build
pnpm worker:buildLister les packages du workspace :
pnpm -r list --depth -1Compiler tous les packages qui exposent une tâche build :
pnpm buildCompiler un workspace précis :
pnpm api:build
pnpm web:build
pnpm docs:buildLancer les tests :
pnpm testLancer les tests d'un workspace précis :
pnpm api:test
pnpm web:test
pnpm worker:testLe test du worker couvre le processor de la queue de démonstration sans nécessiter Redis. Il n'y a
pas de commande docs:test, car la documentation n'expose pas de script de test.
Lancer le lint Biome :
pnpm lintLancer le lint sur un workspace précis :
pnpm api:lint
pnpm web:lint
pnpm docs:lint
pnpm database:lint
pnpm worker:lintFormater le code avec Biome :
pnpm formatFormater un workspace précis :
pnpm api:format
pnpm web:format
pnpm docs:format
pnpm database:format
pnpm worker:formatVérifier le formatage sans modifier les fichiers :
pnpm format:checkVérifier le formatage d'un workspace précis :
pnpm api:format:check
pnpm web:format:check
pnpm docs:format:check
pnpm database:format:check
pnpm worker:format:checkVérifier le formatage, le lint et les règles Biome :
pnpm checkVérifier un workspace précis :
pnpm api:check
pnpm web:check
pnpm docs:check
pnpm database:check
pnpm worker:checkVérifier les types TypeScript :
pnpm typecheckVérifier les types d'un workspace précis :
pnpm api:typecheck
pnpm web:typecheck
pnpm database:typecheck
pnpm worker:typecheckIl n'y a pas de commande docs:typecheck, car VitePress est vérifié via pnpm docs:build.
Corriger automatiquement ce qui peut l'être :
pnpm check:fixCorriger automatiquement un workspace précis :
pnpm api:check:fix
pnpm web:check:fix
pnpm docs:check:fix
pnpm database:check:fix
pnpm worker:check:fixDétecter les dépendances inutilisées et le code mort :
pnpm knipLancer tous les contrôles qualité avant une PR ou un push important :
pnpm verifyCette commande enchaîne pnpm check, pnpm knip, pnpm typecheck et pnpm test.
Le workspace @depot-numerique/database centralise Prisma pour l'API et les futurs workers.
PostgreSQL stocke les métadonnées métier et les références MinIO ; les fichiers binaires restent
dans MinIO.
Commandes principales :
pnpm database:build
pnpm database:lint
pnpm database:format
pnpm database:format:check
pnpm database:check
pnpm database:check:fix
pnpm database:typecheck
pnpm database:generate
pnpm database:validate
pnpm database:migrate:dev --name description
pnpm database:migrate:deploy
pnpm database:migrate:status
pnpm database:seed
pnpm database:studioLe workspace database n'a pas encore de commande de test dédiée.
Les migrations créées en développement sont versionnées dans
packages/database/prisma/migrations. En recette et en production, la CI/CD applique ces mêmes
migrations avec pnpm database:migrate:deploy sur la base de l'environnement concerné.
Le seed initial crée les juridictions TJ-LILLE, TJ-ARRAS, TJ-DOUAI et TJ-CAMBRAI, chacune
avec les services AUD, BAJ, BOG, JAF et JAP. Il est destiné au développement et aux tests.
La documentation détaillée se trouve dans docs/database.md.
Le projet utilise une configuration centralisée à la racine du monorepo.
- Biome : formatage et lint.
- Knip : détection des dépendances inutilisées, exports inutilisés et fichiers morts.
- Lefthook : hooks Git locaux.
- Commitlint : validation des messages de commit au format Conventional Commits.
Avant de commit, Lefthook lance Biome sur les fichiers staged et réajoute automatiquement les fichiers corrigés.
Au commit, Lefthook lance aussi Commitlint sur le message de commit.
Avant un push, Lefthook lance en parallèle pnpm check, pnpm knip, pnpm typecheck et pnpm test.
Tester le dernier commit :
pnpm commitlintCommandes principales :
pnpm format
pnpm format:check
pnpm lint
pnpm check
pnpm check:fix
pnpm verify
pnpm typecheck
pnpm knip
pnpm prepareDocker Compose lance les services techniques utilisés en développement local.
Services disponibles :
- PostgreSQL : base de données métier ;
- Redis : cache et backend BullMQ ;
- MinIO : stockage des documents ;
- Keycloak : simulation locale du SSO et de ses claims ;
- plus tard, images séparées pour l'API, le frontend et les workers.
Les versions d'images sont volontairement fixées dans docker-compose.yml. Ne pas utiliser latest pour les services d'infrastructure.
Versions locales actuelles :
- PostgreSQL :
postgres:17.10-bookworm - Redis :
redis:7.4.9-bookworm - MinIO :
minio/minio:RELEASE.2025-09-07T16-13-09Z - Keycloak :
quay.io/keycloak/keycloak:26.6.4
Dependabot surveille les mises à jour Docker Compose, GitHub Actions et npm/pnpm via .github/dependabot.yml.
Créer un fichier .env local à partir de l'exemple si nécessaire :
cp .env.example .envLe fichier .env ne doit pas être commit. Il est ignoré par Git.
Lancer les services :
docker compose up -dLancer uniquement PostgreSQL :
docker compose up -d postgresLancer uniquement Redis :
docker compose up -d redisLancer uniquement MinIO :
docker compose up -d minioLancer uniquement Keycloak et attendre sa disponibilité :
docker compose up -d --wait keycloakKeycloak importe le realm depot-numerique depuis keycloak/realm.json. Après une modification de
ce fichier, forcer la recréation du conteneur :
docker compose up -d --force-recreate --wait keycloakCette instance utilise start-dev, une base H2 éphémère et des comptes publics de démonstration. Elle
est strictement réservée au développement local. Consulter la documentation
SSO local avec Keycloak pour les comptes, rôles, claims et procédures de test.
Vérifier leur état :
docker compose psAfficher les logs :
docker compose logs -fArrêter les services :
docker compose downSupprimer aussi les volumes locaux :
docker compose down -vAttention : docker compose down -v supprime les données PostgreSQL, Redis et MinIO locales. Les
données Keycloak sont éphémères et sont recréées depuis le fichier du realm.
Accès locaux par défaut :
- PostgreSQL :
localhost:5432 - Redis :
localhost:6379 - MinIO API :
http://localhost:9000 - MinIO Console :
http://localhost:9001 - Keycloak :
http://localhost:8080
Les identifiants locaux sont définis dans .env.
La documentation technique est dans docs/ et utilise VitePress.
Commandes disponibles :
pnpm docs:dev
pnpm docs:build
pnpm docs:previewLe package documentation est déclaré comme workspace @depot-numerique/docs dans docs/package.json.
La configuration VitePress utilise base: '/depot-numerique/' pour une publication GitHub Pages sur ce dépôt.
apps/
api/ # API NestJS
web/ # Frontend Angular
docs/ # Documentation VitePress
packages/
database/ # Schéma, migrations, seed et client Prisma
- Monorepo :
Turbo - Gestionnaire de paquets :
pnpm - Backend :
NestJS - Frontend :
Angular - Documentation projet :
VitePress - Base de données :
PostgreSQL - ORM :
Prisma - Queue et cache :
BullMQ,Redis - Stockage fichiers :
MinIO - SSO local :
Keycloak - Automatisation web :
Playwright - Documentation API :
Swagger / OpenAPI - Conteneurisation :
Docker,Docker Compose - Qualité de code :
Biome,Knip,Lefthook,Commitlint - CI/CD :
GitHub Actions - Secrets :
Vault - Supervision :
Prometheus,Grafana