Ministère de l'éducation de la République de Moldova

Université technique de Moldavie

Faculté d’Ordinateur, Informatique et Microélectronique
Filière francophone “Informatique”

TIDPP
Travail pratique nr.1
Thème:
Utilisation du GIT pour suivi des modifications et
de la contrôle de version

Effectué par l’étudiant(e) de gr FI-181 : mm

Vérifié par le professeur : Rusu Viorel

Chișinau 2020
But : Travailler avec Git Localement. Travailler avec les branches Git
localement. Travailler avec Git et un référentiel distant

Git  est un système de contrôle de version distribué pour suivre les modifications

du code source pendant le développement logiciel . Il est conçu pour coordonner le
travail entre les programmeurs , mais il peut être utilisé pour suivre les
changements dans n'importe quel ensemble de fichiers . Ses objectifs incluent la
vitesse, l'intégrité des données et la prise en charge des flux de travail distribués
non linéaires 
Git a été créé par Linus Torvalds en 2005 pour le développement du noyau Linux ,
avec d'autres développeurs de noyau contribuant à son développement
initial.  Depuis 2005, Junio Hamano a été le principal mainteneur. Comme avec la
plupart des autres systèmes de contrôle de version distribués, et contrairement à la
plupart des systèmes client-serveur , chaque répertoire Git sur
chaque ordinateur est un référentiel à part entière avec un historique complet et des
capacités de suivi de version complètes, indépendamment de l'accès au réseau ou
d'un serveur central.  Git est un logiciel libre et open-source distribué sous GNU
General Public License Version 2 .
I. Travailler avec Git Localement
II. Travailler avec les branches Git localement
IV. Adopter un modèle de versionnement efficace avec Git
3. Des branches spécifiques pour les développements lourds
Ces branches de développement (feature) permettent de travailler de manière
détachée du reste de l’équipe en onant vos modifications ce qui permet de ne les
appliquer sur “develop” qu’une fois satisfait et par la même occasion de ne pas
polluer les collègues
4. Passage en production
Lorsque “develop” atteint un état satisfaisant pour créer un nouvelle release et
déployer, il faut merger “develop” dans “master”, bumper la version, ajouter un tag
de version, mettre à jour un README, … Enfin le code peut être déployé en
production.

5. Dépanner les bugs critiques en production.

6. Git-flow
Git-flow est un ensemble d’extensions pour Git livré sous forme de shell-scripts
très simples d’accès. Git-flow va permettre de suivre le workflow présenté
précédemment sans avoir à tout retenir, surtout si vous êtes un peu perdu avec
toutes les commandes et options de Git.

7. Créer une branche de feature

$ git flow feature start foo
Vous êtes désormais dans la branche “feature/foo” dans laquelle vous pouvez
développer tranquillement votre fonctionnalité. Vous pouvez bien évidemment
repartir dans d’autres branches, créer plusieurs branches de feature en parallèle,
etc. Une fois vos modifications terminées et prêtent à être intégrées dans
“develop”, vous pouvez finaliser cette branche :
$ git flow feature finish foo
Votre branche “feature/foo” va être mergée dans “develop” puis effacée et vous
vous retrouverez à nouveau sur la branche “develop”.

8. Mise en production
Une branche “release/v1.0.0” est créée, vous pouvez donc bumper la version de
l’appli et faire les dernières modifications avant release. Une fois paré, vous
pouvez finaliser la release :
$ git flow release finish v1.0.0