Gestion de versions
Cette SAÉ n'a pas comporté de rapport technique simplement une évaluation finale, mais vous pouvez consulter mon auto-évaluation ici.
Dans le cadre de l’UE R5.04 « Cycle de vie d’un projet informatique », nous avons réalisé un mini-projet en binôme afin de mettre en pratique les commandes Git étudiées en cours et d’expérimenter un développement collaboratif structuré. Le projet a débuté par l’initialisation d’un dépôt Git distant unique par binôme, dans lequel nous avons défini une structure précise de branches : une branche master destinée à accueillir uniquement les versions stables, une branche dev pour centraliser les apports de chacun, et enfin une branche personnelle par membre (dev-NOM) dans laquelle chacun développait indépendamment sa partie. Après avoir créé un commit initial dans master contenant le fichier README.md et un CHANGELOG.md vide, nous avons généré la branche dev pour commencer la première version du projet. Cette version consistait à compléter un fichier Commandes.md dans le dossier doc/, en documentant les commandes Git vues en cours telles que add, commit, status, branch, etc., chacune accompagnée d’exemples. Une fois nos contributions personnelles terminées, nous avons fusionné nos branches individuelles dans dev, mis à jour le CHANGELOG.md, puis fusionné le tout dans master pour produire une version stable étiquetée v1. La seconde étape du projet a été le développement d’un fichier Nouveaute.md dans lequel chacun a présenté une fonctionnalité Git peu abordée en cours : alias, hooks, ou .gitignore. Ce fichier a été structuré avec une description de la fonctionnalité suivie d’un exemple concret. Nous avons ensuite répété le même processus de fusion et de tagging (v2) que pour la première version. Chaque étape a fait l’objet d’un commit clair, et nous avons respecté les bonnes pratiques de nommage et de structuration pour que l’enseignant puisse suivre l’évolution du projet via l’arbre des commits. L’évaluation finale portait sur la clarté du dépôt, le respect des consignes, et la pertinence des contenus produits.
Ce projet a été un peu difficile car avec Git, il ne fallait pas du tout se tromper dans les commandes ou si on ne comprend pas le principe de Git, avec ses branches, on se trompe forcément. C'est ce qu'il nous a valut plusieurs essais et de recommencer pleins de fois.
