FEAT: Release automatique Heimdall — GitVersion double central/agent #98

New issue

Closed

opened 2026-08-12 11:15:35 +02:00 by nonobis · 0 comments

nonobis commented

2026-08-12 11:15:35 +02:00

Owner

Contexte

Aucun tag ni release n'existe sur Heimdall. La prod tourne avec des images latest non versionnées. GitVersion est désactivé en CI (gitversion-enabled: 'false') alors que le template le supporte (réf. Njord, actif).

Objectif

Versioning sémantique indépendant pour le central et l'agent :

GitVersion.yml (racine, next-version: 1.0.0, tags v*) → version du central
GitVersion.Agent.yml (tag-prefix: agent-v, next-version: 1.0.0) → version de l'agent
Chaque artefact publié avec SA version (-p:Version=), plus d'injection globale de solution
Activer gitversion-enabled: 'true' dans .forgejo/workflows/ci.yml

À faire

Créer GitVersion.yml + GitVersion.Agent.yml
Activer gitversion dans ci.yml
Adapter le workflow release pour publier central (v*) et agent (agent-v*) avec leurs versions respectives
Injecter la version dans les assemblys (Dockerfiles ARG VERSION)
Exposer la version au runtime (endpoint /api/version central, version agent depuis l'assembly)

Critères d'acceptation

dotnet-gitversion -config GitVersion.yml et -config GitVersion.Agent.yml retournent des versions cohérentes avec les tags
Un push de tag v1.0.0 produit une release centrale versionnée
Un push de tag agent-v1.0.0 produit une release agent versionnée
Les images Docker portent le tag de version

Référence

Étude : forgejo/rapports/release-automatique-heimdall.md. Complète #95 #96 #97 (version agent).

## Contexte Aucun tag ni release n'existe sur Heimdall. La prod tourne avec des images `latest` non versionnées. GitVersion est désactivé en CI (`gitversion-enabled: 'false'`) alors que le template le supporte (réf. Njord, actif). ## Objectif Versioning sémantique indépendant pour le **central** et l'**agent** : - `GitVersion.yml` (racine, `next-version: 1.0.0`, tags `v*`) → version du central - `GitVersion.Agent.yml` (`tag-prefix: agent-v`, `next-version: 1.0.0`) → version de l'agent - Chaque artefact publié avec SA version (`-p:Version=`), plus d'injection globale de solution - Activer `gitversion-enabled: 'true'` dans `.forgejo/workflows/ci.yml` ## À faire - [ ] Créer `GitVersion.yml` + `GitVersion.Agent.yml` - [ ] Activer gitversion dans ci.yml - [ ] Adapter le workflow release pour publier central (`v*`) et agent (`agent-v*`) avec leurs versions respectives - [ ] Injecter la version dans les assemblys (Dockerfiles `ARG VERSION`) - [ ] Exposer la version au runtime (endpoint `/api/version` central, version agent depuis l'assembly) ## Critères d'acceptation - [ ] `dotnet-gitversion -config GitVersion.yml` et `-config GitVersion.Agent.yml` retournent des versions cohérentes avec les tags - [ ] Un push de tag `v1.0.0` produit une release centrale versionnée - [ ] Un push de tag `agent-v1.0.0` produit une release agent versionnée - [ ] Les images Docker portent le tag de version ## Référence Étude : `forgejo/rapports/release-automatique-heimdall.md`. Complète #95 #96 #97 (version agent).

nonobis added the

feature

priority-high

labels

2026-08-12 11:15:35 +02:00

nonobis referenced this issue from a commit

2026-08-12 11:39:22 +02:00

feat(release): GitVersion double central/agent + release notes auto + sécurité CI (Fixes #98 #99 #102, Refs #95 #96 #97 #103)

nonobis closed this issue

2026-08-12 11:39:22 +02:00

nonobis referenced this issue from a commit

2026-08-12 19:17:20 +02:00