Comment gérer un hotfix proprement ?

Bonjour,

J'ai vu que dans le workflow git il fallait utiliser une branches hotfixes pourriez vous m'en décrire la démarche?

J'ai cru comprendre que ZdS faisait ainsi, est-ce bien ça et est-ce bien bon ? :

• Création de la branche de hotfix sur un fork privé
• Commit du débugage
• PR sur la branche de Prod du projet officiel
• Acceptation sur la branche de prod (merge branch sur prod)
• git checkout develop (je pense)
• git rebase upstream/prod (je pense)

Merci de m'aider =)

Pour les étapes 1 à 4 oui presque :

1. Création de la branche de hotfix sur un fork privé
2. Commit du débugage
3. PR sur la branche de release/hotfix du projet officiel
4. Acceptation sur la branche de prod (merge branch sur prod)

cf. http://zds-site.readthedocs.org/fr/latest/workflow.html#workflow-general

Après pour tes points 5 et 6 que souhaite tu achever ?

À noter que en cas de hotfix de sécurité grave, les étapes 3 et 4 doivent être remplacées par un merge manuel sur la branche de prod par quelqu'un qui a les droits, pour éviter d'avoir une faille de sécurité grave et totalement décrite (par son correctif) en public.

Je souhaite que le correctif fasse effet sur la branche de dev pour ne pas géner les développeur non plus.

Car à l'étape 4 tu te retrouve avec un commit sur la branche de prod qui n'existe pas encore sur la branche de dev :/

Donc en suivant ton schéma on devrait peut être faire comme ça ?

1. Création de la branche de hotfix sur un fork privé
2. Commit du débugage
3. PR sur la branche de release/hotfix du projet officiel
4. Acceptation sur la branche de prod (merge branch sur prod)
5. Acceptation sur la branche de dev (merge branch sur dev)

Ok, merci de l'information.

Mais du coups si tu a par exemple un gros bug de label bien dégeulasse et que cela ne fait pas professionnel du tout. Hotfix ou pas ?

EDIT:

AH non c'est un bugfix dans le gitflow, donc correction sur la branch de release et merge de release du dev/develop.