Differences

This shows you the differences between two versions of the page.

--- development:git_workflow [2022/01/12 16:32] – root
+++ development:git_workflow [2022/03/19 11:27] (current) – aziz
@@ Line 1: / Line 1: @@
+{{tag> git}}
 ====== Git Workflow ======
+{{ :development:git-model2x.png?direct&400|}}
 Cette  page est  une traduction  et une  synthèse de  l'article de
 [[http://nvie.com/about/|Vincent Driessen]] dans [[http://nvie.com/posts/a-successful-git-branching-model/|A successful git branching model]]
-Cette traduction ne  reflète pas le modèle pratiqué  au sein d'IGPro
+Cette traduction  ne reflète pas  le modèle pratiqué au  sein d'Elosys
 mais sert de point de départ à la compréhension d'un workflow git.
-{{ :development:git-model2x.png?direct&400|}}
 En travaillant avec  git, chaque collaborateur a un  dépôt. Dans les
@@ Line 23: / Line 23: @@
 point d'échange  entre tous les  intervenants. C'est par  exemple ce
 que   nous   que   nous   désignons  par   une   adresse   du   type
-''git@git.igpro-online.net:group/projet.git''.
+''git@git.elosys.net:group/projet.git''.
+----
 ===== Les branches principales =====
@@ Line 30: / Line 31: @@
 principales avec une durée de vie illimitée :
-{{development:main-branches@2x.pn}}
+{{ development:main-branches@2x.png?direct&200 }}
   * ''master''
@@ Line 84: / Line 85: @@
   * **Nommées** : tout sauf master, develop, release-\* ou hotfix-\*
-{{development:fb@2x.png}}
+{{ development:fb@2x.png?direct&100 }}
 Appelées  aussi   ''topic  branches'',  les  feature   branches  sont
@@ Line 108: / Line 109: @@
 On démarre toujours une branche de fonctionnalité depuis la branche develop
-''$ git checkout -b mafonctionalite develop
+<cli>
-Switched to a new branch "mafonctionalite"''
+$ git checkout -b mafonctionalite develop
+Switched to a new branch "mafonctionalite"
+</cli>
 === Incorporer une fonctionnalité achevée dans develop ===
@@ Line 129: / Line 132: @@
 fonctionnalité.
-{{development:merge-without-ff2x.png}}
+{{ development:merge-without-ff2x.png?direct&400 }}
 Sans l'option ''--no-ff'' il est impossible de voir dans l'historique de
@@ Line 213: / Line 216: @@
 release, certaines actions sont à effectuer.
-  * La branch  release est  mergée dans  master (chaque  commit dans
+  * La branch  release est  mergée dans  master (chaque  commit dans master est une nouvelle release par définition)
-master est une nouvelle release par définition)
+  * Ce commit doit être tagé pour faciliter sa référence dans l'historique du projet.
-  * Ce commit doit être tagé pour faciliter sa référence dans
+  * Enfin, les changements fait sur la branch release doivent être mergés en retour dans la branch develop pour que les futurs releases comportent les bug fixes qui ont été apportés.
-l'historique du projet.
-  * Enfin, les changements fait sur la branch release doivent être
-mergés en retour dans la branch develop pour que les futurs
-releases comportent les bug fixes qui ont été apportés.
 <cli>
@@ Line 260: / Line 259: @@
   * **Nommées** : hotfix-\*
-{{development:hotfix-branches@2x.png}}
+{{development:hotfix-branches@2x.png?direct&200 }}
 Les branches de  dépannage sont semblables aux  branches de release