Différences

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

--- fr:taf:mmorpg:infrastructure:workflow [2016/04/18 20:53] – Dremor
+++ fr:taf:mmorpg:infrastructure:workflow [2021/12/03 19:18] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 6: / Ligne 6: @@
 ==== Proposition de Dremor ====
-<hidden Spoil>=== Explications ===
+=== Explications ===
 Ma proposition se base sur Git, et son interface graphique GitLab, et le workflow Gitflow.
@@ Ligne 58: / Ligne 58: @@
   - Synchronisation automatique de Ryzomcore:develop avec Khaganat:upstream **[En cours : test]**
   - Mise en place d'une instance GitLab de test chez nous **[Planification]**
-  - Test de l'instance de test **[En attente]**</hidden>
+  - Test de l'instance de test **[En attente]**
+  - Formation des contributeurs (s'appuyer sur les cours en ligne https://www.grafikart.fr/formations/git )
 ===== Qui travaille dessus ? =====
@@ Ligne 77: / Ligne 78: @@
 Dremor, qui s'occupe des paquets, aurait besoin de savoir où exactement obtenir les données à empaqueter, cela doit être défini clairement.
-Une liste des branches serait également utile, avec des sandbox pour ceux qui veulent par eemple.
+Une liste des branches serait également utile, avec des sandbox pour ceux qui veulent par exemple.
-Enfin, il faudrait rédiger tout cela clairement et proprement pour faciliter et aider les contributions. Des schémas détaillés et des notices sur les différents dépôts aideraient.
+Enfin, il faudrait rédiger tout cela clairement et proprement pour faciliter et aider les contributions. Des schémas détaillés, des instructions claires et des notices sur les différents dépôts aideraient.
+\\ C'est la page [[wkh>fr:recuperer_les_donnees|Recupérer les données : Mercurial, Git]] qu'il faudrait refaire
+==== Éléments de réflexion ====
+Pour réfléchir à l'usage (ou non) de GitFlow : Une [[http://endoflineblog.com/gitflow-considered-harmful|critique]] avec [[http://endoflineblog.com/follow-up-to-gitflow-considered-harmful|sa suite]]. Toute la question semble être de voir si on est plutôt 'merge' ou plutôt 'rebase' car cela affecte l'organisation générale (la première option = gitflow,la seconde donnant un historique plus linéaire). Il y a des éléments de réflexion à récupérer dans [[http://www.git-attitude.fr/2014/05/04/bien-utiliser-git-merge-et-rebase/|Bien utiliser Git merge et rebase]].
-{{tag>statut:A_faire}}
+Il faut aussi tenir compte du fait que nous aurons une branche ''upstream'' qui sera issue du code Mercurial de Bitbucket pour récupérer les commits de RC.
+==== Liens intéressants ====
+Documentation possible sur Git:
+  * [[https://git-scm.com/book/fr/v2| Le lire de référence, en français]] (quelques parties demeurent en anglais) ;
+  * [[https://www.grafikart.fr/formations/git|Formation Git vidéo en ligne par GrafikArt]]
+  * [[https://www.gitkraken.com/|GitKraken]], un utilitaire graphique très complet pour Git (expliqué en français dans [[https://www.grafikart.fr/formations/git/gitkraken|une vidéo GrafikArt]]). Pas libre mais multiplateforme.
+  * [[http://www.git-attitude.fr/|Un site formation]] dédié à Git, avec la possibilité de faire des vrais stages pro de formation (avec les prix en fonciton), mais pas mal de tutos très techniques et très précis.
+Documentation sur GitFlow:
+  * [[http://danielkummer.github.io/git-flow-cheatsheet/index.fr_FR.html|Une page récapitulant les commandes]] de façon claire et illustrée.
+{{tag>statut:abandonnee}}