#TP5 Activité de groupe : Découverte de Git sous Linux
Objectif de l'activite
Cette activite a pour but de decouvrir les commandes de base de Git sous Linux, dans un contexte collaboratif. Les etudiants travailleront par groupes pour developper un mini-projet en C, tout en utilisant les fonctionnalites principales de Git : clone d'un depot distant, commits, branches, fusions, resolution de conflits et push vers Gitea.
Avant propos : LE SHELL LINUX
##Qu’est-ce que le Shell et pourquoi en connaitre un minimum sur ce sujet ?
- Une interface en ligne de commande (CLI)
- Permet d’interagir avec le système d’exploitation linux
- Très utilisé dans le monde scientifique
- Puissance, rapidité, scriptabilité
- Présent sur tous les serveurs Linux
- Indispensable en recherche (Python, R, C, data science, calcul distribué...) pour automatiser, traiter des données, compiler, exécuter des codes
- Indispensable en adminstration système (gestion de datacenter, de SI d'entreprise de d'organisation, dans le WEB,....) pour interragir de manière ultra efficace , à distance, sur une multitudes de machines.
##Les base du SHELL: Toute commande passée est de la forme :
commande [options] [arguments] [opérateurs de redirection] [filtres/pipes] [fichier de sortie]
avec :
commande # Le programme ou utilitaire que vous voulez exécuter (ex: ls, grep, echo, etc.)
[options] # Modificateurs qui changent le comportement de la commande (ex: -l, --help)
[arguments] # Ce sur quoi la commande agit (ex: un fichier, un répertoire, une expression)
[> fichier] # Redirection de la sortie standard (stdout) vers un fichier (créé ou écrasé)
[>> fichier] # Redirection en ajoutant à un fichier (append au lieu d’écraser)
[< fichier] # Lit un fichier en entrée standard (stdin), souvent utilisé avec des scripts ou des programmes
[| commande2] # Pipe : envoie la sortie de la commande précédente vers l’entrée de la suivante
[2> fichier_erreurs] # Redirection de la sortie d’erreur (stderr)
[&> fichier] # Redirection à la fois de stdout et stderr dans un seul fichier
##Exemple commenté complet
grep -i "erreur" logs.txt | sort | uniq -c > erreurs_traitees.txt 2> erreurs.log
àvec
|Élément | Rôle|
|grep | Commande pour chercher du texte|
|-i | Option : ignore la casse|
|"erreur" | Mot recherché|
|logs.txt | Fichier source|
| | sort|
| | uniq -c|
|> erreurs_traitees.txt | Envoie le résultat dans un fichier (stdout)|
|2> erreurs.log | Envoie les messages d’erreur dans un autre fichier (stderr)|
Etape 1 - Création et Recuperation du projet depuis Gitea
Attention tout ce qui est entre truc doit être modifier pour corespondre au nommage de vos fichiers et projets
Créer en compte pour chaque membre de groupe sur https://gitea.apf-bi.ovh (avec votre addresse unilim) Créer un depot publique sur le gitea avec l'un des comptes juste créer (le nommer en accord avec votre groupe de TP: MIX-1-toto-tata)
Chaque groupe commence par cloner un depot depuis le gitea sur sa machine virtuelle linux (la lancer avec l'icone xubuntu du bureau. identifiant eleve mdp eleve).
git clone http://gitea.apf-bi.ovh/*<utilisateur>*/*projet-git.git*
Ensuite il faudra déclarer votre identité
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
Ensuite placez vous dans le dossier du projet, ajoutez un fichier source en C (un membre du binome le fait pour iniitalisé votre dépot), et realisent un premier commit suivi d'un push vers Gitea:
cd *projet-git*
nano main.c
git add main.c
git commit -m "Initial commit avec fichier main.c"
git push origin main
Etape 2 - Travail en branches Chaque membre du groupe cree sa propre branche pour ajouter une fonction au programme C. Attention il faut que le membre du binome n'ayant pas fait le commit-push initial de re-cloner le dépot d'abord avec un git clone. Pour se faire il faut donc faire:
git checkout -b *feature-nom*
Chaque membre de binome modifie main.c pour ajouter une fonction ou un commentaire (à l'aide de l'éditeur de texte en ligne de commande nano par exemple) Ensuite chaque membre effectue un commit sur sa branche et pousse la branche sur le serveur Gitea. En faisant:
git add main.c
git commit -m "Ajout de la fonction X"
git push origin feature-nom
Etape 3 - Fusion des branches Les membres du groupe fusionnent leurs branches dans la branche principale en local, puis synchronisent le depot avec Gitea. Des conflits peuvent survenir et devront etre resolus manuellement.
git checkout main
git pull origin main
git merge feature-nom
En cas de conflit :
git status
git diff
Resoudre manuellement les conflits, puis reprendre le processus de commit-push :
git add main.c
git commit -m "Resolution de conflit"
git push origin main
Etape 4 - Consultation de l'historique Les etudiants consultent l'historique des commits et visualisent la structure du projet.
git log --oneline --graph --all
Fichier C de depart (main.c)
#include <stdio.h>
int main() {
printf("Bonjour, Git !\n");
return 0;
}
Memo git (crédit github)
https://training.github.com/downloads/fr/github-git-cheat-sheet.pdf