Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:gitflow [2016/07/05 21:07] – [Gitflow] YannK
+++ fr:gitflow [2021/12/03 19:19] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
 ====== Gitflow ======
-<WRAP center round important 60%>
-WIP
-</WRAP>
 {{ :fr:git_icon.png?nolink |}}
@@ Ligne 13: / Ligne 9: @@
 <WRAP center round important 90%>
 Si l'organisation des branches est commune à toutes les personnes utilisant le dépôt, l'usage des outils GitFlow n'est nullement obligatoire. Vous pouvez parfaitement naviguer dans un dépôt géré selon les principes de GitFLow en vous servant des outils simples de Git. Ou mixer les deux. Recourir aux outils dédiés est un choix personnel, qui ne concernera que votre dépôt local. Ils ont juste été conçus pour faciliter le travail dans une telle configuration.
+</WRAP>
+<WRAP center round info 60%>
+Si vous avez surtout besoin de savoir comment Git s'utilise "basiquement", commencez par [[fr:git]]. Et si vous voulez intégrer ce gitflow dans la logique plus vaste de Gitlab, [[https://makina-corpus.com/blog/metier/2019/gitlab-astuces-projets/|Gérer des projets avec Gitlab]] peut aussi vous servir à mieux comprendre les possibilités de Gitlab.
 </WRAP>
@@ Ligne 23: / Ligne 23: @@
   * la branche **Develop**, qui est la version instable, mais dans un sens Debian-like : ce n'est pas le bazar, c'est juste qu'elle peut parfois avoir un fonctionnement imprévu, que des bugs peuvent y apparaître ;
   * des branches **Feature**, qui concernent chacune l'ajout d'une fonctionnalité complexe (cela peut-être lié à une [[http://docs.gitlab.com/ee/gitlab-basics/create-issue.html|Issue]] précise, voire un ensemble). Une fois le travail achevé, on merge sur **Develop**(et cela ferme automatiquement les Issue [[http://docs.gitlab.com/ce/customization/issue_closing.html|si on commite correctement]])
-  * une branche **Release**, qui est un fork de la version **Develop** lorsqu'on la pense mûre pour une nouvelle version de production. On y commite uniquement des corrections de bugs. Une fois ceux-ci achevés, on merge sur la branche principale, **Master** ;
+  * une branche **Release**, qui est une nouvelle branche, basé sur **Develop**, créée lorsqu'on pense celui-ci mûre pour une nouvelle version de production. On y commite uniquement des corrections de bugs. Une fois ceux-ci achevés, on merge sur la branche principale, **Master** ;
-  * des branches **Hotfix** qui concernent la branche **Master**, quand un bug y a été détecté et qu'il faut impérativement y remédier rapidement. Une fois la solution trouvée, on merge la branche **HotFix** sur la branche **Master** (et on inclue le correctif dans la branche **Develop**.
+  * des branches **Hotfix** qui concernent la branche **Master**, quand un bug y a été détecté et qu'il faut impérativement y remédier rapidement. Une fois la solution trouvée, on merge la branche **HotFix** sur la branche **Master** (et on inclue le correctif dans la branche **Develop**).
 En image, cela donne :
@@ Ligne 41: / Ligne 41: @@
 </WRAP>
-===== Le workflow type de travail =====
-Il s'agit d'une description idéale, le travail sur chacun des dépôts peut s'avérer légèrement différent dans le détail même si les principes et commandes demeurent identiques.
-<WRAP center round info 80%>
-N'hésitez pas à consulter le portail dédié aux sources pour savoir comment opérer sur chacun des dépôts de Khaganat : [[fr:principe_de_developpement_sur_khaganat]]
-</WRAP>
-==== Mise en place d'un dépôt ====
-==== Création d'une feature ====
-==== Publication d'une feature ====
-==== Merge d'une feature dans Develop ====
-==== Création d'une release ====
-==== Finaliser une release ====
-==== Créer un HotFix ====
 ===== Sites ressource =====