\documentclass{article}
\usepackage{graphicx}
\graphicspath{ {./} }
\title{Compte-rendu CVDA}
\author{Charlaix - Polgar - Kezel - Furbault}
\date{Lundi 3 Février}
\begin{document}
\maketitle
\part*{Plan}
\begin{itemize}
 \item Présentation CI
 \subitem Exemple CI
 \item Présentation CD
 \subitem Exemple CD
 \item La combinaison des deux
 \subitem Exemple du double Yeet
\end{itemize}

\section*{Présentation CI}
CI: Intégration continu

A chaque modification du code du développeur il lance une série de test, si aucun problème n'est trouvé alors le code est partagé dans le dépôt de groupe (si il travaille en groupe) où il subit de nouveaux tests.
Cette méthode permet de régler les problèmes d'intégration de nouvelle fonctionnalités à chaque mise à jour de code pour éviter un problème le jour du rendu et les régressions.

\subsection*{Exemples}
\begin{itemize}
 \item GitHub
 \item GitLab
 \item Jenkins
\end{itemize}


\section*{Présentation CD}
CD : Déploiement continu

Le déploiement continu a pour principe d'automatiser tout la tâche de l'integration, pour qu'à chaque modification individuelle, cela passe les tests des différents niveaux, quand tout est valide, c'est envoyé au client pour validation. Ça permet même une mise en production rapide si le client accepte directement, cela l'envoie en pré-prod avant de pouvoir être en prod


\subsection*{Exemples}
\begin{itemize}
 \item GitHub Actions
 \item GitLab CD
\end{itemize}


\section*{Double Yeet}
L'addition du CI/CD est représenter par ce graphique
\begin{figure}[h]
    \centering
    \includegraphics[width=1\textwidth]{Images/yeet cd ci.png}
    \caption{Double Yeet}
    \label{fig:mesh1}
\end{figure}

\section*{Conteneur}
Le code peut être dans un conteneur pour passer a travers la CI/CD pour plus de facilités, garder un environnement contrôler pour tout les test et qui est conforme a la production.

\end{document}
