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/deploy-test-application.md

@@ -27,7 +27,7 @@ Procédure interne Mecalux EasyWMS France pour **livrer un lot de développement
 
 Le pivot de la procédure est la **création d'un tag Git** sur le commit `develop` choisi : cela garantit que la version déployée et testée par le CdP est **figée**, indépendamment de tout commit ultérieur sur `develop` (potentiellement en cours de dev / non testé).
 
-Source : Confluence EasyWMS France — *Déployer l'application en test* (v1, 20/12/2022).
+Source : Confluence EasyWMS France - *Déployer l'application en test* (v1, 20/12/2022).
 
 ## Convention de nommage des tags
 
@@ -64,7 +64,7 @@ git checkout <Tag Name>
 
 Appliquer le point de contrôle Hyper-V **"Deploy 0"** sur la VM de test **avant** le déploiement.
 
-> Le checkpoint "Deploy 0" est créé à la fin de la procédure d'installation initiale de la VM (cf. [vm-installation](vm-installation.md)) — c'est l'état "VM prête à recevoir un déploiement, vide de tout projet".
+> Le checkpoint "Deploy 0" est créé à la fin de la procédure d'installation initiale de la VM (cf. [vm-installation](vm-installation.md)) - c'est l'état "VM prête à recevoir un déploiement, vide de tout projet".
 
 ### 3. Déploiement de l'application existante
 
@@ -74,7 +74,7 @@ Suivre la procédure complète : [deployment-existing-app](deployment-existing-a
 
 ### 4. Réinstallation du GNA (si besoin)
 
-Si la livraison contient des modifications BOO du GNA → réinstaller le GNA : [gna-services-license — Réinstallation](gna-services-license.md#réinstallation-du-gna).
+Si la livraison contient des modifications BOO du GNA → réinstaller le GNA : [gna-services-license - Réinstallation](gna-services-license.md#réinstallation-dun-gna).
 
 ### 5. Installer le **printer service** et la **licence**
 
@@ -82,9 +82,9 @@ Suivre la procédure : [gna-services-license](gna-services-license.md) (sections
 
 ### 6. Valider la VM
 
-Procédure de validation post-déploiement : [vm-installation — Validation](vm-installation.md#validation-de-la-vm).
+Procédure de validation post-déploiement : [vm-installation - Validation](vm-installation.md#validation-de-la-vm).
 
-> En particulier vérifier l'accès SmartUI / consoleRF / EasySTS depuis le PC du CdP — utiliser les ports NAT ([vm-network-routing](vm-network-routing.md)) si la VM de test est sur un autre poste.
+> En particulier vérifier l'accès SmartUI / consoleRF / EasySTS depuis le PC du CdP - utiliser les ports NAT ([vm-network-routing](vm-network-routing.md)) si la VM de test est sur un autre poste.
 
 ### 7. Mise à jour des tâches Jira
 
@@ -117,10 +117,10 @@ Le tag fige le commit → la livraison est **reproductible** et **garantie sans
 
 ## Related
 
-- [Git Branch Lifecycle](git-branch-lifecycle.md) — phase "développement initial", quand cette procédure s'applique
-- [Git Workflow (Git Flow)](git-workflow.md) — opérations Git détaillées (CLI / SourceTree)
-- [Deploy Existing Application](deployment-existing-app.md) — procédure de redéploiement réutilisée à l'étape 3
-- [Deploy Specific Commit](deployment-specific-commit.md) — procédure jumelle pour figer un commit sur sa propre VM de dev (vs VM de test partagée ici)
-- [GNA, Services & License](gna-services-license.md) — étapes 4 (réinstallation GNA) et 5 (printer + licence)
-- [VM Installation & Validation](vm-installation.md) — checkpoint "Deploy 0" et validation post-déploiement
-- [VM Network Routing](vm-network-routing.md) — accès distant à la VM de test depuis le PC du CdP
+- [Git Branch Lifecycle](git-branch-lifecycle.md) - phase "développement initial", quand cette procédure s'applique
+- [Git Workflow (Git Flow)](git-workflow.md) - opérations Git détaillées (CLI / SourceTree)
+- [Deploy Existing Application](deployment-existing-app.md) - procédure de redéploiement réutilisée à l'étape 3
+- [Deploy Specific Commit](deployment-specific-commit.md) - procédure jumelle pour figer un commit sur sa propre VM de dev (vs VM de test partagée ici)
+- [GNA, Services & License](gna-services-license.md) - étapes 4 (réinstallation GNA) et 5 (printer + licence)
+- [VM Installation & Validation](vm-installation.md) - checkpoint "Deploy 0" et validation post-déploiement
+- [VM Network Routing](vm-network-routing.md) - accès distant à la VM de test depuis le PC du CdP