Mecalux/mcp-wms-wiki
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

lint(standard): corrections completes mode standard

Browse Source 
- 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)
This commit is contained in:
Arthur
2026-07-20 13:01:21 +02:00
parent 7496aafe64
commit 9ce6ae37be
88 changed files with 1769 additions and 1871 deletions
Download Patch File Download Diff File Expand all files Collapse all files
wiki/operations/first-deployment.md
+25 -25
View File
@@ -26,9 +26,9 @@ Procédure de **premier déploiement** d'un projet EasyWMS sur une VM de dévelo
Cette procédure n'est exécutée qu'**une seule fois par projet**. Pour tous les déploiements ultérieurs (autre dev rejoignant le projet, redéploiement après modif), voir [deployment-existing-app](deployment-existing-app.md).
Source : Confluence EasyWMS France — *Premier déploiement* (v39, 07/08/2025).
Source : Confluence EasyWMS France - *Premier déploiement* (v39, 07/08/2025).
## Étape 1 — `DeployConfig.yaml`
## Étape 1 - `DeployConfig.yaml`
Le fichier **`build/DeployConfig.yaml`** du dépôt GIT du projet pilote le déploiement. S'il est absent, le télécharger et l'y placer. Champs critiques à vérifier :
@@ -79,7 +79,7 @@ Data: test
### StandardApplications
Les applications à installer — reprendre la liste `<ExtraApps>` du `responses.xml` du projet, en ne gardant que celles avec `Use="Yes"` :
Les applications à installer - reprendre la liste `<ExtraApps>` du `responses.xml` du projet, en ne gardant que celles avec `Use="Yes"` :
```yaml
StandardApplications:
@@ -88,7 +88,7 @@ StandardApplications:
### EnabledModules
Liste complète des modules à activer — reprendre la balise `<Modules>` du `responses.xml`, **sauf `EasyWMS`** (inclus par défaut).
Liste complète des modules à activer - reprendre la balise `<Modules>` du `responses.xml`, **sauf `EasyWMS`** (inclus par défaut).
> ⚠️ **Problème connu versions 24.xx.xx.xx** : l'étape *"Importing apps with AD..."* peut durer très longtemps et échouer avec une erreur `System.Management.Automation.RuntimeException`. Dans ce cas, ajouter **`ToggleService`** à la liste.
@@ -127,7 +127,7 @@ EnabledModules:
### Customs (application custom)
Laisser **vide pour ce premier déploiement** — renseigné à l'étape 10.
Laisser **vide pour ce premier déploiement** - renseigné à l'étape 10.
### Users
@@ -140,13 +140,13 @@ Users:
Groups: SuperAdmin,Administrators,Managers,Operators
```
## Étape 2 — Déposer le fichier de layout EasyS
## Étape 2 - Déposer le fichier de layout EasyS
Placer le fichier de configuration entrepôt EasyS (ex : `MAPAB_layout.cfg2014`) dans le dossier **`layout_config/`** du dépôt GIT.
> ⚠️ Bien **commit et push** après dépôt — le script de déploiement clone le GIT.
> ⚠️ Bien **commit et push** après dépôt - le script de déploiement clone le GIT.
## Étape 3 — Vérifier `env.secrets.yaml` sur la VM
## Étape 3 - Vérifier `env.secrets.yaml` sur la VM
Dans **`C:\deploy\env.secrets.yaml`** de la VM, vérifier que les paramètres BDD correspondent à la BDD de la VM :
@@ -156,7 +156,7 @@ Dans **`C:\deploy\env.secrets.yaml`** de la VM, vérifier que les paramètres BD
| `Server` | `localhost/orcl` (Oracle) / `localhost` (PostgreSQL) |
| `Password` (toutes BDD) | `robmec` |
## Étape 4 — Déploiement complet (script unifié)
## Étape 4 - Déploiement complet (script unifié)
Ouvrir **PowerShell en administrateur** dans **`C:\deploy`** de la VM :
@@ -188,13 +188,13 @@ Exemple :
À n'exécuter que si le projet utilise les **anciens scripts** `deploy.ps1` + `commands.ps1` (pas `deploy_repository.ps1`).
### 5 — Deploy 1 (Complete)
### 5 - Deploy 1 (Complete)
```powershell
.\deploy.ps1 # choisir "1. Complete"
```
### 6 — Load (config entrepôt + paramètres uGNA)
### 6 - Load (config entrepôt + paramètres uGNA)
```powershell
.\deploy.ps1 # choisir "2. Load"
@@ -206,7 +206,7 @@ Ce qui est chargé :
> Alternative : charger le layout via **EasyS → Transfert Data** vers la VM.
### 7 — Assignation utilisateur
### 7 - Assignation utilisateur
```powershell
.\Commands\commands.ps1
@@ -214,7 +214,7 @@ Ce qui est chargé :
Alternative SmartUI : **Organisation → Utilisateurs** → sélectionner `mecalux` → ajouter les sites autorisés.
## Étape 8 — Désactiver les instances en BDD (OBLIGATOIRE)
## Étape 8 - Désactiver les instances en BDD (OBLIGATOIRE)
> ⚠️ **Sans cette modification, les instances ne fonctionnent pas.**
@@ -241,13 +241,13 @@ Activer le mode **Regular expression** dans `Replace` (`Ctrl+H`) :
Chaque occurrence est remplacée en conservant le nom de Tenant.
## Étape 9 — Créer l'application custom
## Étape 9 - Créer l'application custom
Procéder à la création initiale de la custom app et son premier export sur GIT.
Voir [custom-application-management — Création](custom-application-management.md#creation).
Voir [custom-application-management - Création](custom-application-management.md#creation).
## Étape 10 — Compléter `DeployConfig.yaml` avec le Custom
## Étape 10 - Compléter `DeployConfig.yaml` avec le Custom
Une fois la custom app créée et exportée, renseigner la section `Customs` :
@@ -270,7 +270,7 @@ Désormais, chaque déploiement ultérieur (`deploy_repository.ps1`) reprendra a
| Clé | Type | Rôle |
|-----|------|------|
| `TenantName` / `TenantCode` | string | Identifiant du tenant EasyWMS |
| `DBEngine` | enum | `Oracle` / `PostgreSQL` / `SQLServer` / `MySQL` — doit matcher `env.secrets.yaml` |
| `DBEngine` | enum | `Oracle` / `PostgreSQL` / `SQLServer` / `MySQL` - doit matcher `env.secrets.yaml` |
| `MAPSeed` | string (version) | Version WMS à déployer depuis mapdeploy |
| `License` | enum | `PRO` / `ADVANCE` / `ENTERPRISE` |
| `Warehouse` | path | Chemin relatif layout EasyS (`.cfg2014`) |
@@ -291,11 +291,11 @@ Désormais, chaque déploiement ultérieur (`deploy_repository.ps1`) reprendra a
## Related
- [VM Installation](vm-installation.md) — pré-requis : VM Hyper-V créée et validée
- [Deploy Existing Application](deployment-existing-app.md) — déploiements ultérieurs (autres devs, redéploiement, changement de branche)
- [Deploy Specific Commit](deployment-specific-commit.md) — déployer un commit figé plutôt que le HEAD d'une branche
- [Custom Application Management](custom-application-management.md) — étape 9 (création initiale de la custom app)
- [Git Workflow](git-workflow.md) — stratégie de branches pour le projet
- [GNA, Services & License](gna-services-license.md) — installation des services GNA, Printer, License WMS après déploiement
- [System Architecture Overview](../architecture/overview.md) — stack cible (IIS, BDD, services)
- [Parameters](../concepts/parameters.md) — paramètres WMS chargés via uGNA (étape 6)
- [VM Installation](vm-installation.md) - pré-requis : VM Hyper-V créée et validée
- [Deploy Existing Application](deployment-existing-app.md) - déploiements ultérieurs (autres devs, redéploiement, changement de branche)
- [Deploy Specific Commit](deployment-specific-commit.md) - déployer un commit figé plutôt que le HEAD d'une branche
- [Custom Application Management](custom-application-management.md) - étape 9 (création initiale de la custom app)
- [Git Workflow](git-workflow.md) - stratégie de branches pour le projet
- [GNA, Services & License](gna-services-license.md) - installation des services GNA, Printer, License WMS après déploiement
- [System Architecture Overview](../architecture/overview.md) - stack cible (IIS, BDD, services)
- [Parameters](../concepts/parameters.md) - paramètres WMS chargés via uGNA (étape 6)