@@ -326,12 +330,18 @@ The key's randomart image is:
\item\verb+git checkout -b <nom>+ pour créer une branche et changer la branche courante pour celle-ci.
\end{itemize}
\end{block}
\Pause
\begin{block}{Statut des branches}
\begin{itemize}
\item La commande \verb+git status+ indique la branche courante;
\item La commande \verb+git branch+ montre la liste des branches et la branche courante.
\end{itemize}
\end{block}
\Pause
\begin{block}{Suppression d'une branche}
\begin{itemize}
\item\verb+git branch -d <nom>+ pour supprimer une branche;
...
...
@@ -349,6 +359,9 @@ The key's randomart image is:
\item{\bf Attention :} ne pas avoir de changements non validés !(ou passer par un \verb+git stash+)
\end{itemize}
\end{block}
\Pause
\begin{block}{Rappel}
\verb+git checkout+ sert aussi à se déplacer sur un commit précis. \\
En fait, cette commande sert à déplacer le \verb+HEAD+. On peut assimiler un \verb+checkout+ sur une branche à un \verb+checkout+ sur un commit.\\
...
...
@@ -409,12 +422,6 @@ The key's randomart image is:
\end{block}
\end{frame}
% TODO exemple à préparer
% -> exemple 1 sans conflits
% -> exemple 2 avec conflits
% super transition
\begin{frame}[fragile]{Rebase -- Avertissement}
\begin{center}
\includegraphics[height=3em]{./imgs/warning.jpg}
...
...
@@ -439,6 +446,8 @@ The key's randomart image is:
Les commits effectués depuis la divergence sont \textbf{déplacés et réappliqués} après le dernier commit de la branche cible.
\Pause
\medskip
Concrètement :
...
...
@@ -462,7 +471,7 @@ The key's randomart image is:
\begin{frame}[fragile]{Rebase -- En pratique}
Pour ramener la branche de référence au bout de la chaîne de commits après le rebase, on fait une fusion classique (merge).
Après le rebase, pour ramener la branche de référence au bout de la chaîne de commits, on fait une fusion classique (merge).
\begin{block}{Processus de rebase avec fusion}
\begin{itemize}
...
...
@@ -485,6 +494,9 @@ The key's randomart image is:
\framesubtitle{C'est quoi un conflit ?}
{\bf Définition :} On parle de conflit lorsque deux personnes on modifié les mêmes lignes d'un fichier {\bf en parallèle} et que git ne peut donc pas savoir quelle version conserver lors d'une fusion.
\Pause
{\bf Concrètement,} on peut avoir un conflit :
\begin{itemize}
\item Lors d'un merge;
...
...
@@ -606,6 +618,9 @@ $ git log --graph --decorate
\begin{block}{La branche master}
Il s'agit d'une branche stable. À tout moment son commit le plus récent correspond à une version fonctionnelle du projet.
\end{block}
\Pause
\begin{block}{La branche develop}
C'est la branche de travail courante. C'est sur celle-ci qu'on ajoute au fur et à mesure les fonctionnalités, et que l'on mergera dans master pour effectuer une release
\end{block}
...
...
@@ -618,9 +633,15 @@ $ git log --graph --decorate
\begin{block}{feature}
Une fonctionnalité particulière, qui sera merge dans develop quand elle sera finie
\end{block}
\Pause
\begin{block}{bugfix}
Résolution d'un bug {\bf qui n'existe que sur develop}. Sera merge dans develop
\end{block}
\Pause
\begin{block}{release}
Permet de faire des modifications sur le projet avant la sortie d'une release. Merge dans master et dans develop (crée un tag sur master)