Finalizes the refactoring introducing branches presentation

branchmerge.tex

@@ -4,7 +4,7 @@
 
 %======================================================================
 
-\subsection{Introduction}
+%\subsection{Introduction}
 
 %======================================================================
 

branchreco.tex

 %======================================================================
-
 \section{Travail collaboratif}
+%======================================================================
+
+\input{collabowork}
+
+%======================================================================
+
+\subsection{Recommandations pour le travail collaboratif}
 
 %======================================================================
 
-\frame{\frametitle{Introduction}
+\frame{\frametitle{Recommandations pour le travail collaboratif}
   \begin{itemize}
   \item
     Le travail de plusieurs personnes sur un même projet fait
     automatiquement appel à de la gestion de branches
   \item
-    Chaque personne travaille en effet sur une branche de son propre
-    dépôt
+    Chaque personne travaille en effet au minimum sur la branche
+    \ex{master} de son propre dépôt
   \item
     La réconciliation du travail de ces différentes personnes se fait
-    en fusionnant les branches correspondantes
+    en fusionnant les branches \ex{master} correspondantes
   \item
     Plusieurs stratégies peuvent alors être mises en place pour
     effectuer cette fusion
@@ -23,3 +29,48 @@
 
 %======================================================================
 
+\frame{\frametitle{Recommandations pour le travail collaboratif}
+  \begin{itemize}
+  \item
+    Pour envoyer son travail, la commande \ex{git push} permet
+    d'envoyer les \emph{commits} créés vers le dépôt distant
+  \item 
+    Pour récupérer les \emph{commits} des autres développeurs
+    \begin{itemize}
+    \item 
+      la stratégie la plus naturelle est d'utiliser la commande
+      \ex{git pull}
+    \item
+      cette commande récupère les \emph{commits} et effectue un
+      \ex{merge}, ce qui provoque la création d'un \ex{commit}
+      représentant cette fusion
+    \item
+      pour éviter ce \emph{commit} supplémentaire, et ainsi améliorer
+      la lisibilité de l'historique, \textbf{il est recommandé} de
+      faire un \ex{git pull -{}-rebase}
+    \end{itemize}
+  \end{itemize}
+}
+
+%======================================================================
+
+\frame{\frametitle{Modèles de développement}
+  \begin{itemize}
+  \item
+    Le modèle de développement expliqué dans ces transparents est
+    celui basé sur le fait que la branche \ex{master} contient la
+    version de production du développement
+  \item
+    Ce modèle est très proche de celui géré par des sites hébergeant
+    des projets Git comme Github par exemple
+  \item
+    D'autres modèles de développement, comme gitflow, font un tout
+    autre usage de la branche \ex{master} et prévoient au minimum 5
+    branches dans tout développement
+  \item
+    gitflow est utilisé dans beaucoup de développements professionnels
+    : \url{http://nvie.com/posts/a-successful-git-branching-model/}
+  \end{itemize}
+}
+
+%======================================================================

branchusecase.tex

@@ -4,7 +4,7 @@
 
 %======================================================================
 
-\subsection{Introduction}
+%\subsection{Introduction}
 
 %======================================================================
 

collabowork.tex

@@ -138,9 +138,3 @@
 
 %======================================================================
 
-% \frame{\frametitle{Conflit}
-%   \begin{itemize}
-%   \item
-%   \end{itemize}
-% }
-