Skip to content

💡 [REQUEST] - harmoniser la gestion des versions (APP_VERSION) : source unique de vérité libellé + URL #2570

Description

@shikanime

Description

La gestion des chaînes de version (APP_VERSION) est fragmentée dans le dépôt.

apps/client/src/App.vue classe APP_VERSION (PR pr-N, commit sha, tag semver) pour construire le libellé et l'URL GitHub du footer.
apps/server-nestjs/src/config/base.config.ts expose appVersion brut, sans classification.
Aucun helper partagé n'existe : tout consommateur ayant besoin de « libellé/URL depuis APP_VERSION » ré-implémente les regex inline.

Cette duplication est la cause racine du bug de footer (404 sur pr-<n>, issue #2566 / PR #2567) et se reproduira pour d'autres consommateurs.

PRs liées

#2567 (corrige le footer en isolant la classification dans App.vue)

Issues liées

#2566

Exemples simples

  • pr-2567 → libellĂ© pr-2567, URL /pull/2567
  • v9.24.4 → libellĂ© v9.24.4, URL /releases/tag/v9.24.4
  • sha-abcdef1 → libellĂ© sha-abcdef1, URL /commit/abcdef1
  • (vide) → libellĂ© pr-dev, URL /releases

Spécifications techniques

Centraliser la classification dans packages/shared/src/utils/ (ré-exporté par @cpn-console/shared).

Définition du fini

  • Un helper de classification unique existe dans packages/shared/src/utils/ et est rĂ©-exportĂ© via @cpn-console/shared.
  • Le helper normalise : pr-<n> → PR, v?X.Y.Z → tag release, sha hex 7-40 (prĂ©fixe sha- optionnel) → commit, indĂ©fini → local/dev.
  • Le footer client (apps/client/src/App.vue) consomme le helper partagĂ© au lieu des regex inline.
  • Un test unitaire couvre les quatre cas avec le libellĂ© et l'URL attendus.

Metadata

Metadata

Labels

enhancementNew feature or requestrefactorRefactor codetechnical debtRésoud de la dette technique

Type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions