lint(standard): corrections completes mode standard

- Em dashes: 1712 remplaces par tirets simples (86 fichiers + _index.md,
  en-tete section Limagrain conserve)
- Checklists: 24 '- [ ]' -> '- ☐' (3 pages operations, plus de todos Obsidian)
- Ancres: 33 reparees (slugs GitHub + ancres HTML <a id> reconnues),
  1 reciblee (manuel de reten)
- related: tenseflow -> tense-flow, pie -> mechanical-elements,
  group.md retire (doublon shipping)
- Registre: compteur global 122 -> 131 pages
- Rapport racine _lint_report.md mis a jour (scan v2 + re-scan final: 0 anomalie)
- Aucun fichier limagrain/ modifie (cloisonnement)

wiki/operations/git-branch-lifecycle.md

@@ -16,12 +16,12 @@ last_compiled: "2026-04-17"
 
 Stratégie de gestion **par phase de projet** des branches Git pour les projets EasyWMS France : qui fait quoi, à quel moment, sur quelle branche. Cette page complète :
 
-- [development-methodology](development-methodology.md) — vue d'ensemble (master / développement / post-production)
-- [git-workflow](git-workflow.md) — procédure opérationnelle Git Flow (CLI / SourceTree)
+- [development-methodology](development-methodology.md) - vue d'ensemble (master / développement / post-production)
+- [git-workflow](git-workflow.md) - procédure opérationnelle Git Flow (CLI / SourceTree)
 
 …en explicitant les **règles de gouvernance** entre les acteurs (Dev, CdP, Support, TMA) au fil du cycle de vie : **Développement → Mise en service (MEP) → Hypercare → TLM (Tierce Maintenance) → TMA (Tierce Maintenance Applicative)**.
 
-Source : Confluence EasyWMS France — *Gestion du GIT* (v1, 27/02/2024).
+Source : Confluence EasyWMS France - *Gestion du GIT* (v1, 27/02/2024).
 
 ## Acteurs
 
@@ -90,9 +90,9 @@ Outil : **Git Flow dans Sourcetree**.
 
 ## 4. Pendant la TLM et la TMA
 
-### a. Branches `hotfix` — équipe Support
+### a. Branches `hotfix` - équipe Support
 
-**Cas 1 — Modifications longues / conséquentes ou testées sur intégration d'abord :**
+**Cas 1 - Modifications longues / conséquentes ou testées sur intégration d'abord :**
 
 | # | Acteur | Action |
 |---|---|---|
@@ -100,14 +100,14 @@ Outil : **Git Flow dans Sourcetree**.
 | 2 | Support | Merger `hotfix` → `master` à la livraison |
 | 3 | Support | **Prévenir l'équipe TMA** qu'une livraison a eu lieu *(pour mise à jour des branches `release` en cours)* |
 
-**Cas 2 — Modifications directes en production :**
+**Cas 2 - Modifications directes en production :**
 
 | # | Acteur | Action |
 |---|---|---|
 | 1 | Support | **Exporter la production dans `master`** |
 | 2 | Support | **Prévenir l'équipe TMA** qu'une livraison a eu lieu |
 
-### b. Branches `release` — équipe TMA
+### b. Branches `release` - équipe TMA
 
 | # | Acteur | Action |
 |---|---|---|
@@ -123,7 +123,7 @@ Outil : **Git Flow dans Sourcetree**.
 
 > ⚠️ Communication **bidirectionnelle obligatoire** sur les livraisons :
 > - Dev ↔ CdP (pendant le projet)
-> - **Support ↔ TMA** (pendant TLM/TMA — chaque livraison de l'un impose un re-merge de l'autre)
+> - **Support ↔ TMA** (pendant TLM/TMA - chaque livraison de l'un impose un re-merge de l'autre)
 >
 > Une livraison non communiquée provoque des conflits Git lourds + risque de régressions en prod.
 
@@ -152,6 +152,6 @@ master  ────────────────────────
 
 ## Related
 
-- [Development Methodology (Custom Apps)](development-methodology.md) — stratégie haut niveau master/développement/post-production
-- [Git Workflow (Git Flow)](git-workflow.md) — commandes Git Flow CLI + SourceTree (le "comment" opérationnel)
-- [Deploy Test Application](deploy-test-application.md) — création du tag `<TRIGRAMME>-V<N>` et déploiement de la livraison en test
+- [Development Methodology (Custom Apps)](development-methodology.md) - stratégie haut niveau master/développement/post-production
+- [Git Workflow (Git Flow)](git-workflow.md) - commandes Git Flow CLI + SourceTree (le "comment" opérationnel)
+- [Deploy Test Application](deploy-test-application.md) - création du tag `<TRIGRAMME>-V<N>` et déploiement de la livraison en test