Commit 1234d0df authored by Thibaud Duhautbout's avatar Thibaud Duhautbout

Ajout vision globale des issues / tableau des todo / milestones

parent 75c44042
Pipeline #33640 passed with stage
in 26 seconds
......@@ -11,32 +11,33 @@ Les sections sont numérotés en niveau 1. Les sous-sections en niveau 2. Une in
1. Introduction
* Qu'est ce que git ?
* Pourquoi la gestion de version ?
* Différents logiciels de gestion de version
* Petite histoire de Git
* OK - Qu'est ce que git ?
* OK - Pourquoi la gestion de version ?
* OK - Différents logiciels de gestion de version
* OK - Petite histoire de Git
*(transition ?)*
2. Versionner son travail
1. Configuration et initialisation
* Création d'un dépôt Git
* Configuration locale / configuration globale
* OK - Création d'un dépôt Git
* OK - Configurer son identité
* OK - Configuration locale / configuration globale
2. Gestion théorique
* OK - Fonctionnement de Git
* Working Directory vs. Staging Area vs. Repository
* Explications
* Schéma
* Fonctionnement de Git
* OK - Explications
3. Gestion linéaire en pratique
* Créer des versions
* Working directory <-> staging area
* Staging area <-> repository
* Dissection d'un commit
* OK - Working directory <-> staging area
* OK - Exemples
* OK - Staging area <-> repository
* OK - Dissection d'un commit
* Visualiser les différences
* Git log
* Git diff
* Git show
* OK - Git log
* OK - Git diff
* OK - Git show
3. Utiliser les versions
1. Le HEAD
......@@ -67,24 +68,25 @@ Les sections sont numérotés en niveau 1. Les sous-sections en niveau 2. Une in
3. Envoyer son travail
* Pousser des commits
5. Gestion non linéaire
5. Gestion non linéaire [branche gestion_non_lineaire non mergée]
1. Explications théoriques
* Principe de gestion non linéaire
* OK - Principe de gestion non linéaire
* Création d'une divergence
* Comment créer une divergence
* Explications
* Illustrations / Exemple
* Fusion
* OK - Principe de la gestion non linéaire
* OK - Explications
* OK - Création d'une divergence : analyse et mise en contexte
* OK - Illustrations / Exemple
* OK - Fusion
2. Application à Git
* Gestion des branches
* Changer de branche
* Visualisation
* OK - Gestion des branches
* OK - Changer de branche
* OK - Visualisation
3. Fusionner des branches
* Le merge
* OK - Le merge
* Le rebase
* Avertissement
* Comparaison avec le merge
* Application simple
* OK - Avertissement
* OK - Comparaison avec le merge
* OK - Application simple
* Rebase interactif
* Le cherry-pick
......
......@@ -12,6 +12,26 @@
L'UTC héberge une instance de la forge \textbf{Gitlab}. Il existe aussi Github, qui est une énorme forge centralisée.
\end{frame}
\begin{frame}
\frametitle{Actions sur des commits}
Les commits étant constitués de diffs, on peut commenter ces diffs:
\begin{minipage}[t]{.5\linewidth}
Cliquer sur un commit:
\begin{figure}[h]
\centering
\includegraphics[width=100px]{imgs/gitlab_commits_history.png}
\end{figure}
Les diffs s'affichent. Cliquer sur un numéro de ligne et commenter.
\end{minipage}%
\begin{minipage}[t]{.5\linewidth}
\begin{figure}[h]
\centering
\includegraphics[width=120px]{imgs/gitlab_comment_diff.png} \\ \includegraphics[width=200px]{imgs/gitlab_comment_done.png}
\end{figure}
\end{minipage}
\end{frame}
\begin{frame}
\frametitle{Les issues: demander des améliorations}
Pour chaque repo, Gitlab tient une liste d'issues. Une issue est un problème ou une demande sur le code. Tout le monde peut déposer des issues mais on peut changer ce comportement.
......@@ -47,24 +67,30 @@
Une méthodologie de travail possible est de lister toutes les tâches à réaliser sous la forme d'issues. On peut aussi s'en servir pour faire remonter les bugs trouvés par les utilisateurs.
\end{frame}
\begin{frame}
\frametitle{Actions sur des commits}
Les commits étant constitués de diffs, on peut commenter ces diffs:
\begin{minipage}[t]{.5\linewidth}
Cliquer sur un commit:
\begin{frame}{Les issues - vision globale}
\includegraphics[width=\linewidth]{imgs/gitlab_issues.png}
\end{frame}
\begin{frame}[fragile]{Les issues - tableau}
Il est possible de gérer les issues sous une forme de tableau Kanban (ToDoList) :
\begin{figure}[h]
\centering
\includegraphics[width=100px]{imgs/gitlab_commits_history.png}
\includegraphics[scale=.2]{imgs/gitlab_issues_tableau.png}
\end{figure}
Les diffs s'affichent. Cliquer sur un numéro de ligne et commenter.
\end{minipage}%
\begin{minipage}[t]{.5\linewidth}
\verb+https://fr.wikipedia.org/wiki/Tableau_kanban+
\end{frame}
\begin{frame}{Les jalons}
Les jalons permettent de regrouper les issues et de visualiser l'avancée globale du projet.
\begin{figure}[h]
\centering
\includegraphics[width=120px]{imgs/gitlab_comment_diff.png} \\ \includegraphics[width=200px]{imgs/gitlab_comment_done.png}
\includegraphics[scale=.3]{imgs/gitlab_milestones.png}
\end{figure}
\end{minipage}
A la fin du jalon, une \emph{merge request} (ça arrive juste après) peut être ouverte.
\end{frame}
\begin{frame}
......
  • @rmaliach je me suis permis de remonter les actions sur les commits avant les issues, et j'ai introduit les tableaux d'issues et les jalons (milestones) qui font la transition avec les merge request, j'ai fait succint dans les slides, je pense que le gros du message passera par une présentation en live (@huetremy @qduchemi ?).

  • Yes l'idée c'est qu'ils connaissent l'existence, la mise en application de ces concepts se fera surtout le lendemain pour le projet ! Merci :)

  • A mon avis ça sera plus clair de le présenter en direct, ils pourront le faire en même temps et retenir un peu la navigation dans l'interface ;)

Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment