Dans un projet de BTS CIEL ou SIO, tu dois savoir organiser ton code, suivre tes modifications, collaborer avec d\u2019autres personnes et retrouver rapidement l\u2019historique d\u2019un travail. Git r\u00e9pond \u00e0 ce besoin en assurant le contr\u00f4le de version. GitLab ajoute une interface web pour h\u00e9berger ton d\u00e9p\u00f4t, g\u00e9rer les branches, suivre les t\u00e2ches, relire le code et pr\u00e9parer plus tard de l\u2019int\u00e9gration continue.<\/p>\n\n\n\n
GitLab ne remplace pas Git. Git fonctionne sur ton poste. GitLab h\u00e9berge le d\u00e9p\u00f4t distant et facilite le travail en \u00e9quipe. Dans GitLab, un d\u00e9p\u00f4t appartient toujours \u00e0 un projet. Le projet regroupe le code, les param\u00e8tres, les droits, les tickets, les merge requests et \u00e9ventuellement les pipelines CI\/CD.<\/p>\n\n\n\n
L\u2019objectif de cette fiche consiste \u00e0 te rendre autonome sur un premier usage propre de GitLab : cr\u00e9er un projet depuis l\u2019interface web, le r\u00e9cup\u00e9rer sur ton PC, envoyer tes premiers fichiers, comprendre les commandes Git essentielles et mettre en place un fichier Git fonctionne comme un carnet d\u2019historique technique. \u00c0 chaque \u00e9tape importante, tu cr\u00e9es un commit. Ce commit contient une description courte et l\u2019\u00e9tat des fichiers suivis par Git.<\/p>\n\n\n\n GitLab h\u00e9berge une copie distante du projet. Cette copie distante permet de sauvegarder le travail, de collaborer et de centraliser les branches. La documentation GitLab rappelle que tu peux cr\u00e9er un projet depuis l\u2019interface web ou envoyer un d\u00e9p\u00f4t local avec Tu manipules donc g\u00e9n\u00e9ralement deux espaces :<\/p>\n\n\n\n Quand tu modifies ton code, Git ne l\u2019envoie pas automatiquement sur GitLab. Tu dois ajouter les fichiers \u00e0 l\u2019index, cr\u00e9er un commit, puis pousser ce commit vers le d\u00e9p\u00f4t distant. GitLab explique ce cycle dans sa documentation sur l\u2019ajout, le commit et le push.<\/p>\n\n\n\n Sur Debian ou Ubuntu, tu installes Git avec La commande La commande Tu peux ensuite v\u00e9rifier l\u2019installation.<\/p>\n\n\n\n Cette commande affiche la version de Git install\u00e9e. Elle confirme que le binaire Sur un poste Debian\/Ubuntu, tu n\u2019as pas besoin d\u2019installer GitLab sur ton PC pour utiliser GitLab.com ou un GitLab d\u2019\u00e9tablissement. Tu utilises Git en local et tu \u00e9changes avec GitLab via HTTPS ou SSH.<\/p>\n\n\n\n Avant le premier commit, tu dois configurer ton nom et ton adresse e-mail. Git inscrit ces informations dans l\u2019historique des commits. Cette configuration ne cr\u00e9e pas de compte GitLab. Elle identifie simplement l\u2019auteur des commits sur ton poste.<\/p>\n\n\n\n La commande L\u2019option Le param\u00e8tre Le param\u00e8tre Le param\u00e8tre Tu peux v\u00e9rifier la configuration.<\/p>\n\n\n\n Cette commande affiche les param\u00e8tres Git globaux. L\u2019option Commence par cr\u00e9er le projet dans GitLab. Cette m\u00e9thode reste tr\u00e8s p\u00e9dagogique, car tu vois clairement o\u00f9 se situe le d\u00e9p\u00f4t distant.<\/p>\n\n\n\n Dans l\u2019interface GitLab :<\/p>\n\n\n\n GitLab documente cette cr\u00e9ation de projet depuis l\u2019interface web, avec les \u00e9tapes de cr\u00e9ation d\u2019un projet vide ou depuis un mod\u00e8le.<\/p>\n\n\n\n Pour un premier TP, coche Tu as deux cas fr\u00e9quents.<\/p>\n\n\n\n Apr\u00e8s la cr\u00e9ation du projet, GitLab affiche une adresse de clonage. Privil\u00e9gie SSH si tu as configur\u00e9 une cl\u00e9 SSH. Sinon, tu peux utiliser HTTPS.<\/p>\n\n\n\n Exemple avec SSH :<\/p>\n\n\n\n La commande La commande Tu peux v\u00e9rifier le d\u00e9p\u00f4t distant.<\/p>\n\n\n\n La commande Tu peux aussi partir d\u2019un dossier d\u00e9j\u00e0 pr\u00e9sent sur ton PC.<\/p>\n\n\n\n La commande La commande La commande La commande La commande Tu peux ensuite cr\u00e9er un premier fichier.<\/p>\n\n\n\n La commande La commande La commande La commande La commande Voici une arborescence simple pour un projet de cours, de script ou de mini-application.<\/p>\n\n\n\n Le dossier Le fichier Le fichier Le dossier Le dossier Le dossier Le dossier Cette organisation reste simple, lisible et adapt\u00e9e \u00e0 un projet BTS.<\/p>\n\n\n\n Le fichier Tu places g\u00e9n\u00e9ralement Exemples de fichiers \u00e0 ignorer :<\/p>\n\n\n\n Attention : Ce bloc propose un fichier La ligne La ligne La ligne La ligne La ligne GitLab maintient une page de r\u00e9f\u00e9rence sur les commandes Git courantes. Cette page couvre les usages essentiels comme les changements, les branches, les commits et l\u2019historique.<\/p>\n\n\n\n Cette commande affiche les fichiers modifi\u00e9s, les fichiers ajout\u00e9s \u00e0 l\u2019index et les fichiers non suivis. Utilise-la tr\u00e8s souvent. Elle \u00e9vite beaucoup d\u2019erreurs.<\/p>\n\n\n\n La commande Tu peux remplacer Le point Utilise-la avec prudence. V\u00e9rifie toujours avec La commande L\u2019option Un bon message reste court et pr\u00e9cis. Par exemple : La commande Lors du premier envoi d\u2019une branche, tu peux utiliser :<\/p>\n\n\n\n L\u2019option La commande Tu l\u2019utilises quand un coll\u00e8gue a pouss\u00e9 du code ou quand tu travailles sur plusieurs postes.<\/p>\n\n\n\n La commande L\u2019option L\u2019option L\u2019option L\u2019option Cette commande affiche les diff\u00e9rences entre les fichiers modifi\u00e9s et le dernier commit.<\/p>\n\n\n\n Pour voir les diff\u00e9rences d\u00e9j\u00e0 ajout\u00e9es \u00e0 l\u2019index, utilise :<\/p>\n\n\n\n L\u2019option Cette commande enl\u00e8ve Tu l\u2019utilises quand tu as fait un Cette commande remet Attention : elle supprime tes modifications locales sur ce fichier. Utilise Une branche permet de travailler sur une \u00e9volution sans modifier directement la branche principale La commande L\u2019option .gitignore<\/code>.<\/p>\n\n\n\n2. Sommaire<\/h2>\n\n\n\n
\n
.gitignore<\/code> : r\u00f4le, emplacement et exemples<\/li>\n\n\n\n.gitignore<\/code><\/li>\n\n\n\n3. Synth\u00e8se Markdown pour ta fiche bristol<\/h2>\n\n\n\n
# Fiche bristol \u2014 GitLab et Git
## Objectif
Git suit les versions du projet sur le PC.
GitLab h\u00e9berge le d\u00e9p\u00f4t distant et facilite le travail en \u00e9quipe.
## Installation Debian\/Ubuntu
sudo apt update
sudo apt install git
## Configuration utilisateur
git config --global user.name \"Pr\u00e9nom Nom\"
git config --global user.email \"prenom.nom@example.com\"
git config --global init.defaultBranch main
## V\u00e9rification
git --version
git config --global --list
## Cas 1 : r\u00e9cup\u00e9rer un projet cr\u00e9\u00e9 sur GitLab
git clone git@gitlab.com:utilisateur\/mon-projet.git
cd mon-projet
## Cas 2 : initialiser un projet local existant
cd mon-projet
git init
git branch -M main
git remote add origin git@gitlab.com:utilisateur\/mon-projet.git
## Cycle de travail classique
git status
git add .
git commit -m \"Ajout de la premi\u00e8re version\"
git push -u origin main
## Mettre \u00e0 jour le d\u00e9p\u00f4t local
git pull
## Cr\u00e9er une branche
git switch -c feature\/page-accueil
## Envoyer une branche vers GitLab
git push -u origin feature\/page-accueil
## Voir l\u2019historique
git log --oneline --graph --decorate --all
## .gitignore
Le fichier .gitignore indique \u00e0 Git les fichiers \u00e0 ne pas suivre :
- caches
- fichiers temporaires
- secrets
- d\u00e9pendances g\u00e9n\u00e9r\u00e9es
- fichiers propres \u00e0 l\u2019\u00e9diteur<\/code><\/pre>\n\n\n\n4. Principe g\u00e9n\u00e9ral : Git, GitLab, d\u00e9p\u00f4t local et d\u00e9p\u00f4t distant<\/h2>\n\n\n\n
git push<\/code>.<\/p>\n\n\n\n\n
5. Installation de Git sur Debian ou Ubuntu<\/h2>\n\n\n\n
apt<\/code>. Cette m\u00e9thode reste la plus simple pour un poste \u00e9tudiant ou une VM de lab. Le site officiel de Git indique que les distributions Debian\/Ubuntu utilisent le gestionnaire de paquets pour installer Git.<\/p>\n\n\n\nsudo apt update
sudo apt install git<\/code><\/pre>\n\n\n\nsudo apt update<\/code> met \u00e0 jour la liste locale des paquets disponibles. Elle ne met pas encore \u00e0 jour les logiciels install\u00e9s. Elle permet simplement \u00e0 ton syst\u00e8me de conna\u00eetre les versions disponibles dans les d\u00e9p\u00f4ts configur\u00e9s.<\/p>\n\n\n\nsudo apt install git<\/code> installe Git et ses d\u00e9pendances. Le paquet git<\/code> suffit pour les usages classiques : clone, commit, push, pull, branches et historique.<\/p>\n\n\n\ngit --version<\/code><\/pre>\n\n\n\ngit<\/code> existe bien dans le syst\u00e8me.<\/p>\n\n\n\n6. Configuration initiale de Git sur ton PC<\/h2>\n\n\n\n
git config --global user.name \"Pr\u00e9nom Nom\"
git config --global user.email \"prenom.nom@example.com\"
git config --global init.defaultBranch main<\/code><\/pre>\n\n\n\ngit config<\/code> modifie les param\u00e8tres Git.<\/p>\n\n\n\n--global<\/code> applique le r\u00e9glage \u00e0 ton utilisateur Linux. Git stocke alors ces param\u00e8tres dans le fichier ~\/.gitconfig<\/code>.<\/p>\n\n\n\nuser.name<\/code> d\u00e9finit le nom affich\u00e9 dans l\u2019historique des commits.<\/p>\n\n\n\nuser.email<\/code> d\u00e9finit l\u2019adresse e-mail associ\u00e9e aux commits. Utilise de pr\u00e9f\u00e9rence la m\u00eame adresse que celle de ton compte GitLab.<\/p>\n\n\n\ninit.defaultBranch main<\/code> indique \u00e0 Git de cr\u00e9er par d\u00e9faut une branche principale appel\u00e9e main<\/code> lors d\u2019un git init<\/code>.<\/p>\n\n\n\ngit config --global --list<\/code><\/pre>\n\n\n\n--list<\/code> demande \u00e0 Git de lister les cl\u00e9s configur\u00e9es.<\/p>\n\n\n\n7. Cr\u00e9ation du projet GitLab depuis l\u2019interface web<\/h2>\n\n\n\n
\n
Create new<\/code>.<\/li>\n\n\n\nNew project\/repository<\/code>.<\/li>\n\n\n\nCreate blank project<\/code>.<\/li>\n\n\n\nbts-gitlab-demo<\/code>.<\/li>\n\n\n\nbts-gitlab-demo<\/code>.<\/li>\n\n\n\n\n
Private<\/code> pour un projet personnel ou scolaire ;<\/li>\n\n\n\nInternal<\/code> seulement dans une instance GitLab interne ;<\/li>\n\n\n\nPublic<\/code> uniquement si le contenu peut \u00eatre visible par tous.<\/li>\n<\/ul>\n<\/li>\n\n\n\nInitialize repository with a README<\/code>.<\/li>\n\n\n\n.gitignore<\/code> si GitLab te le propose et si ton langage correspond.<\/li>\n\n\n\nCreate project<\/code>.<\/li>\n<\/ol>\n\n\n\nInitialize repository with a README<\/code>. GitLab cr\u00e9e alors un premier fichier README.md<\/code>. Ce choix simplifie le clonage, car le d\u00e9p\u00f4t distant n\u2019est pas vide.<\/p>\n\n\n\n8. Initialisation du projet sur le PC<\/h2>\n\n\n\n
8.1. Cas recommand\u00e9 pour d\u00e9buter : cloner le projet cr\u00e9\u00e9 sur GitLab<\/h3>\n\n\n\n
git clone git@gitlab.com:utilisateur\/bts-gitlab-demo.git
cd bts-gitlab-demo<\/code><\/pre>\n\n\n\ngit clone<\/code> t\u00e9l\u00e9charge le d\u00e9p\u00f4t distant sur ton PC. Elle cr\u00e9e un dossier local, r\u00e9cup\u00e8re l\u2019historique et configure automatiquement le lien vers GitLab.<\/p>\n\n\n\ncd bts-gitlab-demo<\/code> entre dans le dossier du projet.<\/p>\n\n\n\ngit remote -v<\/code><\/pre>\n\n\n\ngit remote -v<\/code> affiche les d\u00e9p\u00f4ts distants connus. Le nom origin<\/code> d\u00e9signe g\u00e9n\u00e9ralement le d\u00e9p\u00f4t GitLab principal. L\u2019option -v<\/code> affiche les URL utilis\u00e9es pour lire et \u00e9crire.<\/p>\n\n\n\n8.2. Cas d\u2019un dossier local d\u00e9j\u00e0 existant<\/h3>\n\n\n\n
mkdir bts-gitlab-demo
cd bts-gitlab-demo
git init
git branch -M main
git remote add origin git@gitlab.com:utilisateur\/bts-gitlab-demo.git<\/code><\/pre>\n\n\n\nmkdir bts-gitlab-demo<\/code> cr\u00e9e un nouveau dossier.<\/p>\n\n\n\ncd bts-gitlab-demo<\/code> te place dans ce dossier.<\/p>\n\n\n\ngit init<\/code> transforme ce dossier en d\u00e9p\u00f4t Git local. Git cr\u00e9e alors le dossier cach\u00e9 .git<\/code>.<\/p>\n\n\n\ngit branch -M main<\/code> renomme la branche courante en main<\/code>. L\u2019option -M<\/code> force le renommage si n\u00e9cessaire.<\/p>\n\n\n\ngit remote add origin ...<\/code> ajoute le d\u00e9p\u00f4t distant GitLab. Le nom origin<\/code> reste une convention tr\u00e8s courante.<\/p>\n\n\n\necho \"# BTS GitLab Demo\" > README.md
git status
git add README.md
git commit -m \"Ajout du README initial\"
git push -u origin main<\/code><\/pre>\n\n\n\necho \"# BTS GitLab Demo\" > README.md<\/code> cr\u00e9e un fichier Markdown simple.<\/p>\n\n\n\ngit status<\/code> affiche l\u2019\u00e9tat du d\u00e9p\u00f4t : fichiers modifi\u00e9s, fichiers non suivis, branche courante.<\/p>\n\n\n\ngit add README.md<\/code> ajoute le fichier \u00e0 l\u2019index. Git pr\u00e9pare alors ce fichier pour le prochain commit.<\/p>\n\n\n\ngit commit -m \"Ajout du README initial\"<\/code> cr\u00e9e un commit avec un message. L\u2019option -m<\/code> permet d\u2019\u00e9crire le message directement dans la commande.<\/p>\n\n\n\ngit push -u origin main<\/code> envoie la branche main<\/code> vers GitLab. L\u2019option -u<\/code> associe la branche locale \u00e0 la branche distante. Apr\u00e8s ce premier push, un simple git push<\/code> suffit g\u00e9n\u00e9ralement.<\/p>\n\n\n\n9. Arborescence recommand\u00e9e d\u2019un petit projet<\/h2>\n\n\n\n
bts-gitlab-demo\/
\u251c\u2500\u2500 .git\/
\u251c\u2500\u2500 .gitignore
\u251c\u2500\u2500 README.md
\u251c\u2500\u2500 docs\/
\u2502 \u2514\u2500\u2500 installation.md
\u251c\u2500\u2500 src\/
\u2502 \u2514\u2500\u2500 main.py
\u251c\u2500\u2500 tests\/
\u2502 \u2514\u2500\u2500 test_main.py
\u2514\u2500\u2500 scripts\/
\u2514\u2500\u2500 demo.sh<\/code><\/pre>\n\n\n\n.git\/<\/code> contient l\u2019historique local du d\u00e9p\u00f4t. Tu ne le modifies jamais \u00e0 la main.<\/p>\n\n\n\n.gitignore<\/code> liste les fichiers que Git doit ignorer.<\/p>\n\n\n\nREADME.md<\/code> pr\u00e9sente le projet, l\u2019installation, l\u2019usage et les commandes utiles.<\/p>\n\n\n\ndocs\/<\/code> contient la documentation.<\/p>\n\n\n\nsrc\/<\/code> contient le code source.<\/p>\n\n\n\ntests\/<\/code> contient les tests.<\/p>\n\n\n\nscripts\/<\/code> contient les scripts utiles au projet.<\/p>\n\n\n\n10. Fichier
.gitignore<\/code> : r\u00f4le, emplacement et exemples<\/h2>\n\n\n\n.gitignore<\/code> sert \u00e0 \u00e9viter d\u2019envoyer dans Git des fichiers inutiles ou sensibles. La documentation officielle de Git pr\u00e9cise qu\u2019un fichier .gitignore<\/code> d\u00e9finit des fichiers volontairement non suivis, mais qu\u2019il ne s\u2019applique pas aux fichiers d\u00e9j\u00e0 suivis par Git.<\/p>\n\n\n\n.gitignore<\/code> \u00e0 la racine du projet.<\/p>\n\n\n\n\n
node_modules\/<\/code> ;<\/li>\n\n\n\n.env<\/code> contenant des secrets ;<\/li>\n\n\n\n.gitignore<\/code> ne prot\u00e8ge pas un secret d\u00e9j\u00e0 envoy\u00e9 dans Git. Si tu as d\u00e9j\u00e0 commit\u00e9 un mot de passe, tu dois le r\u00e9voquer et nettoyer l\u2019historique si n\u00e9cessaire.<\/p>\n\n\n\n11. Configuration compl\u00e8te du fichier
.gitignore<\/code><\/h2>\n\n\n\n.gitignore<\/code> complet et adapt\u00e9 \u00e0 un projet p\u00e9dagogique Debian\/Ubuntu avec scripts, Python, Node.js \u00e9ventuel et documentation. Tu peux le placer dans un bloc de code WordPress.<\/p>\n\n\n\n# =====================================================
# .gitignore \u2014 projet GitLab \/ BTS CIEL-SIO
# Emplacement recommand\u00e9 : racine du projet
# Exemple : \/home\/etudiant\/projets\/bts-gitlab-demo\/.gitignore
# =====================================================
# -----------------------------------------------------
# 1. Syst\u00e8me d'exploitation
# -----------------------------------------------------
.DS_Store
Thumbs.db
desktop.ini
# -----------------------------------------------------
# 2. \u00c9diteurs et IDE
# -----------------------------------------------------
.vscode\/
.idea\/
*.swp
*.swo
*~
# -----------------------------------------------------
# 3. Python
# -----------------------------------------------------
__pycache__\/
*.py[cod]
*.pyo
*.pyd
.venv\/
venv\/
env\/
pip-wheel-metadata\/
.pytest_cache\/
.coverage
htmlcov\/
# -----------------------------------------------------
# 4. Node.js \/ JavaScript
# -----------------------------------------------------
node_modules\/
npm-debug.log*
yarn-debug.log*
yarn-error.log*
dist\/
build\/
# -----------------------------------------------------
# 5. Variables d'environnement et secrets
# -----------------------------------------------------
.env
.env.*
!.env.example
secrets\/
*.key
*.pem
*.p12
*.crt
# -----------------------------------------------------
# 6. Logs locaux
# -----------------------------------------------------
logs\/
*.log
# -----------------------------------------------------
# 7. Archives et fichiers g\u00e9n\u00e9r\u00e9s
# -----------------------------------------------------
*.zip
*.tar
*.tar.gz
*.tgz
*.7z
*.bak
*.tmp
# -----------------------------------------------------
# 8. Fichiers de bases de donn\u00e9es locales
# -----------------------------------------------------
*.sqlite
*.sqlite3
*.db
# -----------------------------------------------------
# 9. WordPress local \u00e9ventuel
# -----------------------------------------------------
wp-config.php
wp-content\/uploads\/
wp-content\/cache\/<\/code><\/pre>\n\n\n\n.env<\/code> ignore les fichiers de variables d\u2019environnement. Ces fichiers contiennent souvent des mots de passe, des tokens ou des URL internes.<\/p>\n\n\n\n!.env.example<\/code> force Git \u00e0 suivre un fichier d\u2019exemple. Tu peux y mettre les noms des variables sans les vraies valeurs.<\/p>\n\n\n\nnode_modules\/<\/code> ignore les d\u00e9pendances Node.js. Tu ne dois pas versionner ce dossier, car tu peux le reconstruire avec npm install<\/code>.<\/p>\n\n\n\n__pycache__\/<\/code> ignore le cache Python g\u00e9n\u00e9r\u00e9 automatiquement.<\/p>\n\n\n\nwp-config.php<\/code> prot\u00e8ge un fichier WordPress qui contient les acc\u00e8s \u00e0 la base de donn\u00e9es.<\/p>\n\n\n\n12. Commandes Git de base \u00e0 conna\u00eetre<\/h2>\n\n\n\n
12.1. Voir l\u2019\u00e9tat du d\u00e9p\u00f4t<\/h3>\n\n\n\n
git status<\/code><\/pre>\n\n\n\n12.2. Ajouter un fichier pr\u00e9cis<\/h3>\n\n\n\n
git add README.md<\/code><\/pre>\n\n\n\ngit add<\/code> place un fichier dans l\u2019index. Git prendra ce fichier en compte dans le prochain commit.<\/p>\n\n\n\nREADME.md<\/code> par un autre chemin, par exemple src\/main.py<\/code>.<\/p>\n\n\n\n12.3. Ajouter tous les fichiers modifi\u00e9s<\/h3>\n\n\n\n
git add .<\/code><\/pre>\n\n\n\n.<\/code> d\u00e9signe le dossier courant. Cette commande ajoute tous les fichiers modifi\u00e9s ou nouveaux sous ce dossier.<\/p>\n\n\n\ngit status<\/code> avant de cr\u00e9er le commit.<\/p>\n\n\n\n12.4. Cr\u00e9er un commit<\/h3>\n\n\n\n
git commit -m \"Ajout de la structure initiale du projet\"<\/code><\/pre>\n\n\n\ngit commit<\/code> enregistre une version du projet dans l\u2019historique local.<\/p>\n\n\n\n-m<\/code> permet d\u2019\u00e9crire le message du commit directement. Le message doit expliquer ce que tu as chang\u00e9.<\/p>\n\n\n\nAjout du .gitignore Python<\/code> ou Correction du script de sauvegarde<\/code>.<\/p>\n\n\n\n12.5. Envoyer les commits vers GitLab<\/h3>\n\n\n\n
git push<\/code><\/pre>\n\n\n\ngit push<\/code> envoie tes commits locaux vers le d\u00e9p\u00f4t distant GitLab.<\/p>\n\n\n\ngit push -u origin main<\/code><\/pre>\n\n\n\n-u<\/code> configure le suivi entre la branche locale et la branche distante. Ensuite, git push<\/code> suffit.<\/p>\n\n\n\n12.6. R\u00e9cup\u00e9rer les changements depuis GitLab<\/h3>\n\n\n\n
git pull<\/code><\/pre>\n\n\n\ngit pull<\/code> r\u00e9cup\u00e8re les changements distants et les int\u00e8gre dans ta branche locale.<\/p>\n\n\n\n12.7. Voir l\u2019historique<\/h3>\n\n\n\n
git log --oneline --graph --decorate --all<\/code><\/pre>\n\n\n\ngit log<\/code> affiche l\u2019historique.<\/p>\n\n\n\n--oneline<\/code> affiche chaque commit sur une ligne.<\/p>\n\n\n\n--graph<\/code> montre les branches sous forme graphique dans le terminal.<\/p>\n\n\n\n--decorate<\/code> affiche les noms de branches et de tags.<\/p>\n\n\n\n--all<\/code> affiche toutes les branches connues.<\/p>\n\n\n\n12.8. Voir les diff\u00e9rences avant commit<\/h3>\n\n\n\n
git diff<\/code><\/pre>\n\n\n\ngit diff --staged<\/code><\/pre>\n\n\n\n--staged<\/code> indique \u00e0 Git de comparer ce qui se trouve dans l\u2019index avec le dernier commit.<\/p>\n\n\n\n12.9. Retirer un fichier de l\u2019index sans le supprimer<\/h3>\n\n\n\n
git restore --staged fichier.txt<\/code><\/pre>\n\n\n\nfichier.txt<\/code> de l\u2019index. Elle ne supprime pas le fichier du disque.<\/p>\n\n\n\ngit add<\/code> trop large.<\/p>\n\n\n\n12.10. Annuler une modification locale non commit\u00e9e<\/h3>\n\n\n\n
git restore fichier.txt<\/code><\/pre>\n\n\n\nfichier.txt<\/code> dans l\u2019\u00e9tat du dernier commit.<\/p>\n\n\n\ngit diff<\/code> avant.<\/p>\n\n\n\n13. Gestion des branches et merge requests<\/h2>\n\n\n\n
main<\/code>.<\/p>\n\n\n\n13.1. Cr\u00e9er une branche<\/h3>\n\n\n\n
git switch -c feature\/page-accueil<\/code><\/pre>\n\n\n\ngit switch<\/code> change de branche.<\/p>\n\n\n\n-c<\/code> cr\u00e9e une nouvelle branche et bascule dessus.<\/p>\n\n\n\n