Commit c873b6f5 authored by Romain Maliach-Auguste's avatar Romain Maliach-Auguste 🌵

Fichier oubliés+merge request terminé

parent 2b39c36d
Pipeline #33632 passed with stage
in 24 seconds
\begin{frame}
\frametitle{Qu'est-ce qu'une forge?}
\begin{block}{Forge}
C'est un logiciel complémentaire à Git qui, en plus de gérer les versions, propose:
\begin{itemize}
\item L'hébergement de repos
\item La gestion des bugs, de la documentation, des tâches à accomplir...
\item La protection du repo (mot de passe et clés, droits de l'utilisateur...)
\item Un réseau social permettant à une communauté d'interagir avec le repo
\end{itemize}
\end{block}
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{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.
\begin{block}{}
\centering
\enquote{A quoi ça sert de faire ça sur Gitlab? Je peux très bien tenir la liste des choses à faire sur mon 3310!}
\end{block}
Il y a plusieurs intérêts, par exemple:
\begin{itemize}
\item On peut commenter des fichiers et des diff sans les modifier
\item Cela facilite la communication entre les différents développeurs et permet d'assurer un suivi
\item On peut assigner (confier) une issue à un développeur.
\end{itemize}
\end{frame}
\begin{frame}
\frametitle{Les issues: la pratique}
Pour créer une issue, rien de plus simple: on clique sur issues puis sur new.
\begin{minipage}[t]{.5\linewidth}
\begin{figure}[h]
\centering
\includegraphics[width=150px]{imgs/gitlab_sidebar.png}
\end{figure}
\end{minipage}%
\begin{minipage}[t]{.5\linewidth}
\begin{figure}[h]
\centering
\includegraphics[width=90px]{imgs/gitlab_new_issue.png} \\
\includegraphics[width=150px]{imgs/gitlab_fill_issue.png}
\end{figure}
\end{minipage}
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{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 merge request}
Les merge request permettent à des développeurs tiers (n'ayant pas d'accès en écriture au repo) de proposer leurs modifications. \\
Ils peuvent ainsi travailler sur une autre branche (voire une autre remote) puis demander aux propriétaires de merge leurs commits. \\\
\end{frame}
\begin{frame}
\frametitle{Les merge request}
Pour faire une merge request, il suffit de sélectionner les deux branches dans l'interface graphique. Gitlab peut même prédir si le `git merge` fonctionnera automatiquement ou s'il y aura des conflits. \\
Pour cela, on choisit une branche, puis on clique sur Merge Request. Comme sur les commits et les issues, on a la possibilité d'ajouter des commentaires, d'assigner des développeurs, etc.
\begin{figure}[h]
\centering
\includegraphics[width=270px]{imgs/gitlab_branches.png} \\
\includegraphics[width=200px]{imgs/gitlab_merge_request.png} \\
\end{figure}
\end{frame}
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