Qu'est-ce que Git ?
Git est un systeme de controle de version distribue. Concretement, il enregistre chaque modification que vous apportez a vos fichiers et vous permet de revenir a n'importe quelle version precedente a tout moment. Pensez-y comme un historique d'annulation illimite pour l'ensemble de votre projet.
Sans controle de version, les developpeurs finissent par nommer leurs fichiers projet-v2-final-FINAL.zip ou par s'envoyer du code par email. Git remplace tout cela par une chronologie propre et fiable des modifications. Chaque changement est enregistre sous forme de commit — un instantane de votre projet a un instant precis.
Git a ete cree en 2005 par Linus Torvalds (le createur de Linux) et est depuis devenu le standard de l'industrie. Que vous travailliez sur des projets personnels ou dans une equipe de centaines de personnes, Git est le socle du developpement logiciel moderne.
Configurer Git
Avant de creer votre premier depot, vous avez besoin de deux choses : Git installe sur votre machine et une configuration d'identite de base. Cela prend moins de cinq minutes.
Installer Git
Git est disponible sur tous les principaux systemes d'exploitation. Sur macOS, il est preinstalle ou vous pouvez l'obtenir via Homebrew (brew install git). Sur Windows, telechargez l'installateur depuis git-scm.com. Sur Linux, utilisez votre gestionnaire de paquets (sudo apt install git sur Ubuntu/Debian, sudo dnf install git sur Fedora). Une fois installe, verifiez que tout fonctionne en consultant la version :
Si vous voyez un numero de version, vous etes pret. La version exacte n'a pas d'importance pour ce guide — toute version a partir de 2.x fonctionnera.
Configurer votre identite
Chaque commit Git enregistre qui a effectue la modification. Avant votre premier commit, indiquez a Git votre nom et votre adresse email. Le flag --global signifie que cette configuration s'applique a tous les depots de votre machine. Vous n'avez besoin de le faire qu'une seule fois.
Ces informations sont attachees a chaque commit que vous faites. Si vous contribuez a des projets open source, utilisez la meme adresse email que votre compte GitHub ou GitLab pour que vos contributions soient correctement attribuees.
Creer votre premier depot
Un depot (ou "repo") est un dossier de projet que Git suit. Il contient vos fichiers ainsi qu'un repertoire cache .git/ ou Git stocke l'historique complet. Creons-en un depuis zero.
git init — Initialiser le depot
La commande git init transforme un repertoire ordinaire en depot Git. Elle cree le dossier cache .git/ qui contient toute la mecanique interne — la base de donnees des commits, la configuration et les references. Vous n'avez jamais besoin de modifier ce dossier manuellement ; Git le gere entierement.
C'est tout. Votre repertoire est maintenant un depot Git. Rien n'a change dans vos fichiers visibles — le seul ajout est le dossier .git/. Consultez le guide complet de git init pour les options avancees comme les depots bare et la reinitialisation de projets existants.
Votre premier commit — git add + git commit
Creer un commit se fait en deux etapes. D'abord, vous indexez vos modifications avec git add — cela indique a Git quels fichiers inclure. Ensuite, vous commitez avec git commit — cela enregistre definitivement les modifications indexees sous forme d'instantane. Le flag -m vous permet d'ecrire le message du commit directement en ligne.
Felicitations — vous avez cree votre premier commit. Le hash a1b2c3d est un identifiant unique pour cet instantane. Vous pourrez toujours revenir a cet etat exact de votre projet plus tard. Redigez des messages de commit clairs qui expliquent pourquoi vous avez fait une modification, pas seulement ce qui a change.
Comprendre le workflow Git
Git organise votre travail en trois zones distinctes. Comprendre comment les fichiers se deplacent entre elles est le concept le plus important pour tout debutant en Git.
Repertoire de travail, zone de staging et depot
Chaque fichier d'un projet Git se trouve dans l'une de ces trois zones :
Repertoire de travail
Les fichiers que vous voyez et modifiez sur le disque. C'est votre espace de travail quotidien. Les modifications ici ne sont pas encore suivies par Git tant que vous ne les indexez pas.
Zone de staging
Une zone de preparation (aussi appelee l'"index"). Quand vous executez git add, les fichiers y sont deplaces. Elle vous permet de choisir exactement ce qui ira dans le prochain commit.
Depot
L'historique permanent stocke dans .git/. Quand vous executez git commit, l'instantane indexe devient partie integrante de cette chronologie immuable.
Le processus est toujours le meme : modifiez les fichiers dans le repertoire de travail, indexez-les avec git add, puis commitez-les avec git commit. Ce processus en deux etapes vous donne un controle precis sur ce qui entre dans chaque instantane.
git status — Savoir ou vous en etes
La commande git status est votre boussole. Elle vous indique sur quelle branche vous etes, quels fichiers ont ete modifies, lesquels sont indexes et prets a etre commites, et lesquels sont completement nouveaux (non suivis). Executez-la souvent — surtout avant de commiter — pour vous assurer que vous incluez exactement ce que vous voulez.
Dans cet exemple, README.md a ete modifie mais pas encore indexe, et style.css est un tout nouveau fichier que Git n'a jamais vu. Aucun des deux ne sera inclus dans votre prochain commit tant que vous n'executez pas git add. Consultez le guide complet de git status pour des astuces sur la lecture du format court.
git diff — Voir exactement ce qui a change
Tandis que git status vous dit quels fichiers ont change, git diff vous montre ce qui a change a l'interieur, ligne par ligne. Les lignes prefixees par - ont ete supprimees ; les lignes prefixees par + ont ete ajoutees. C'est indispensable pour relire votre propre travail avant de commiter.
Par defaut, git diff montre uniquement les modifications non indexees. Pour voir ce qui est deja indexe (pret a etre commite), utilisez git diff --staged. Explorez le guide complet de git diff pour comparer des branches et des commits specifiques.
Parcourir votre historique
L'un des plus grands atouts de Git est la possibilite de consulter chaque modification jamais effectuee. La commande git log est votre fenetre sur cette chronologie.
git log — Parcourir l'historique des commits
git log affiche vos commits du plus recent au plus ancien. Chaque entree montre le hash du commit, l'auteur, la date et le message. Le flag --oneline offre une vue compacte sur une seule ligne, beaucoup plus facile a parcourir. Vous pouvez aussi utiliser --graph pour visualiser les branches.
Chaque hash de commit est une reference que vous pouvez utiliser avec d'autres commandes. Par exemple, git diff a1b2c3d b2c3d4e vous montrerait exactement ce qui a change entre deux commits. Consultez le guide complet de git log pour filtrer par date, auteur et chemin de fichier.
Le fichier .gitignore
Tous les fichiers n'ont pas leur place dans le controle de version. Les dependances telechargees par un gestionnaire de paquets, les variables d'environnement contenant des secrets, les metadonnees generees par le systeme d'exploitation et les fichiers de build sont autant de choses que Git doit ignorer. Le fichier .gitignore indique a Git quels fichiers et dossiers ignorer completement.
Creez un fichier .gitignore a la racine de votre depot et listez un motif par ligne. Les caracteres generiques comme * correspondent a n'importe quels caracteres, et les slashs finaux indiquent des repertoires. Une bonne pratique est d'ajouter votre .gitignore des votre tout premier commit pour que les fichiers indesirables n'entrent jamais dans l'historique.
GitHub maintient une excellente collection de modeles .gitignore pour differents langages et frameworks. Partir d'un modele et le personnaliser pour votre projet vous fait gagner du temps et evite les erreurs courantes comme commiter accidentellement des cles API ou de gros fichiers binaires.
Vous avez maintenant des bases solides : Git est installe, votre identite est configuree, vous avez cree un depot, fait des commits, et vous comprenez comment les fichiers circulent entre les trois zones. C'est tout ce dont vous avez besoin pour commencer a utiliser Git de maniere productive sur vos propres projets. L'etape suivante est d'apprendre les branches et la collaboration — mais c'est un sujet pour un autre guide.