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

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions