include how-to-auto-versioning.md in the remote repo

Author: eren-the-coder

.gitignore

@@ -22,4 +22,3 @@ dist-ssr
 *.njsproj
 *.sln
 *.sw?
-automatisation.md

how-to-auto-versioning.md

@@ -0,0 +1,157 @@
+Parfait 👍 tu veux donc passer à la vitesse **pro** : ne plus changer les versions **manuellement**, mais laisser des outils le faire automatiquement.
+
+👉 C’est exactement ce que font des projets comme **React** (105 releases 😅).
+
+---
+
+# 🔧 Automatisation des versions
+
+Il y a plusieurs niveaux d’automatisation :
+
+---
+
+## 1. 📦 `npm version` (le plus simple)
+
+NPM possède déjà une commande intégrée pour gérer les versions.
+
+```bash
+# augmente la version PATCH (1.0.0 → 1.0.1)
+npm version patch
+
+# augmente la version MINOR (1.0.0 → 1.1.0)
+npm version minor
+
+# augmente la version MAJOR (1.0.0 → 2.0.0)
+npm version major
+```
+
+👉 Cette commande :
+
+1. Met à jour ton `package.json` et `package-lock.json`.
+2. Crée un commit avec message du style `v1.0.1`.
+3. Ajoute un tag Git (`v1.0.1`).
+
+Ensuite tu pushes :
+
+```bash
+git push origin main --tags
+```
+
+⚡ Simple, efficace, mais pas “intelligent” : c’est toi qui décides patch/minor/major.
+
+---
+
+## 2. 🤖 **Conventional Commits + standard-version**
+
+Si tu veux que les versions se gèrent **toutes seules** selon tes commits :
+👉 Utilise les **Conventional Commits**.
+
+Exemple de commits :
+
+```
+feat: ajout d’un bouton "ajouter tâche"
+fix: correction bug affichage des tâches
+chore: mise à jour dépendances
+```
+
+Puis, avec **standard-version** (outil basé sur ça) :
+
+```bash
+npm install --save-dev standard-version
+```
+
+Ajoute un script dans ton `package.json` :
+
+```json
+"scripts": {
+  "release": "standard-version"
+}
+```
+
+Lance :
+
+```bash
+npm run release
+```
+
+👉 Résultat :
+
+* Détecte les commits `feat`, `fix`, etc.
+* Génère automatiquement le **nouveau numéro de version** (patch/minor/major).
+* Crée un **CHANGELOG.md** à partir de tes commits.
+* Ajoute un commit + tag Git.
+
+Ensuite :
+
+```bash
+git push --follow-tags origin main
+```
+
+C’est ce que beaucoup de libs JS utilisent.
+
+---
+
+## 3. 🚀 **semantic-release** (niveau pro ++)
+
+C’est le niveau ultime : tu ne gères plus **rien à la main**.
+
+1. Tu écris tes commits en **conventional commits**.
+2. Tu configures **semantic-release**.
+3. À chaque merge sur `main`, un pipeline CI (GitHub Actions, GitLab CI, etc.) :
+
+   * Analyse les commits depuis la dernière version.
+   * Détermine s’il faut un **patch/minor/major**.
+   * Crée un **tag Git**.
+   * Génère/Met à jour le **CHANGELOG.md**.
+   * Publie la **release GitHub**.
+   * Publie la **release npm** (si c’est une lib).
+
+👉 Exemple d’utilisation sur GitHub Actions :
+
+```yaml
+name: Release
+on:
+  push:
+    branches:
+      - main
+
+jobs:
+  release:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v3
+      - uses: actions/setup-node@v3
+        with:
+          node-version: 18
+      - run: npm ci
+      - run: npx semantic-release
+        env:
+          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
+```
+
+Et voilà : dès que tu merges, la **version est calculée et publiée automatiquement** 🎉.
+
+---
+
+## 4. 🏗️ Intégration avec Google Play / App Store
+
+* Pour une app mobile (React Native/Expo), on relie ça à **fastlane** ou **EAS (Expo Application Services)**.
+* Quand une release est publiée (tag Git + version), un workflow CI :
+
+  * génère l’APK/IPA,
+  * incrémente `versionCode` / `buildNumber`,
+  * envoie automatiquement l’app sur Google Play (alpha, beta, prod).
+
+---
+
+## 🔑 Résumé
+
+* **npm version** → manuel mais simple.
+* **standard-version** → semi-auto (basé sur tes commits).
+* **semantic-release** → full auto (CI/CD, changelog, release GitHub, npm, etc.).
+
+👉 C’est pour ça que React, Vue, Angular publient **plein de versions sans effort** : ils ont un pipeline CI/CD qui gère tout.
+
+---
+
+Veux-tu que je te montre un **workflow automatisé complet** pour une app React Native (commit → version → release GitHub → build APK) avec les outils modernes (`semantic-release` + GitHub Actions) ?