docs(version): preciser le SHA reecrit par l'amend du hook post-commit
CI / lint (push) Successful in 1m27s
CI / security (push) Successful in 57s
CI / test (push) Successful in 3m27s
CI / build (push) Successful in 53s
CI / e2e (push) Successful in 10m59s

This commit is contained in:
2026-09-16 11:20:29 -04:00
parent 2f129c3f23
commit 168261964e
11 changed files with 25 additions and 13 deletions
+3
View File
@@ -134,6 +134,9 @@ npx playwright test
diverge de `VERSION` (numéro codé en dur, CHANGELOG sans section, README non resynchronisé).
- Bump manuel si besoin : `scripts/bump_version.py --dry-run|--minor|--set X.Y.Z|--push`.
Commit sans incrément (cas exceptionnel) : `SKIP_VERSION_BUMP=1 git commit …`.
Le rattachement des fichiers au commit se fait par un `--amend` immédiat (commit non encore
poussé) : le SHA affiché par `git commit` est donc remplacé par celui de l'amend — `git log`,
`HEAD` et le tag `vX.Y.Z` restent, eux, alignés sur la version livrée.
- **Ne jamais** réécrire une version déjà publiée dans le CHANGELOG.
---
+5
View File
@@ -210,6 +210,11 @@ git push origin main # → branche + tag publiés
Contournement ponctuel (commit sans incrément) : `SKIP_VERSION_BUMP=1 git commit …`.
> **SHA affiché vs SHA réel** : l'incrément et les fichiers dérivés sont rattachés au
> commit par un `--amend` immédiat (le commit n'est pas encore poussé), donc le SHA
> affiché par `git commit` est remplacé par celui de l'amend — `git log`, `HEAD` et le
> tag `vX.Y.Z` sont, eux, alignés sur ce dernier. `git push` envoie bien la version finale.
### Bump manuel / outillage
```bash
+1 -1
View File
@@ -1,6 +1,6 @@
# ObsiGate — Roadmap
> **Version :** 2.3.1 | **Dernière mise à jour :** 2026-09-16
> **Version :** 2.3.2 | **Dernière mise à jour :** 2026-09-16
> **Ce fichier ne contient que le travail à venir** (🔵 En cours + ⚪ Backlog) et un index compact
> vers les fonctionnalités livrées.
> - **Méthode de livraison à appliquer pour toute tâche : [DELIVERY_WORKFLOW.md](./DELIVERY_WORKFLOW.md)**