deploy/hotfix: ne pousser que les branches nommées (plus de co-push de master)

README.md

@@ -81,11 +81,15 @@ git deploy gitea prod -m "ajout du bloc contact"
 
 1. commit sur `master` (message obligatoire s'il y a des modifs) ;
 2. merge `master` → `prod` ;
-3. push atomique (dernière étape) ;
+3. push de `prod` (dernière étape) ;
 4. retour sur `master`.
 
+> `git deploy` ne pousse **que les branches nommées**, jamais `master`. Ça évite
+> qu'un bare repo serveur (dont le hook n'attend qu'une branche précise) rejette
+> le push. Si tu veux sauvegarder `master` sur un remote central : `git push gitea master`.
+
 Plusieurs environnements en une commande (commit unique, merges enchaînés,
-**push atomique de tout à la fin** — tout ou rien) :
+**push atomique de toutes les branches nommées à la fin** — tout ou rien) :
 
 ```bash
 git deploy gitea prod stage -m "ajout du bloc contact"
@@ -100,11 +104,13 @@ git hotfix gitea prod -m "fix: lien du menu"
 
 1. met tes modifs de côté (stash) ;
 2. bascule sur `prod`, applique et committe le correctif ;
-3. rapatrie le correctif dans `master` (merge) ;
-4. push atomique puis retour sur `master`.
+3. rapatrie le correctif dans `master` en local (merge) ;
+4. push de `prod` puis retour sur `master`.
 
-Résultat : le correctif est sur `prod` **et** sur `master`, sans embarquer les
-features non livrées de `master`.
+Résultat : le correctif est sur `prod` (poussé) **et** dans ton `master` local,
+sans embarquer les features non livrées de `master`. Comme `git deploy`, `git
+hotfix` ne pousse **que** la branche d'env, pas `master` : ton `master` distant
+se mettra à jour quand tu le pousseras explicitement.
 
 ## Sûreté