GitHub : comprendre et commencer à l’utiliser

Auteur : Rédaction Domeny.ForSale Publié le 27.09.2026

En bref : GitHub est une plateforme en ligne qui permet de stocker des projets, de suivre les modifications et de collaborer sur du code et de la documentation. Elle utilise Git, un système qui conserve l’historique des modifications des fichiers. Vous pouvez utiliser GitHub pour vos projets personnels, pour travailler en équipe ou pour signaler des bugs dans les programmes d’autres personnes ; connaître les commandes du terminal n’est pas nécessaire pour commencer.

GitHub et Git : quelle différence ?

Git est un système de gestion de versions, c’est-à-dire un outil permettant d’enregistrer les états successifs d’un projet, de comparer les modifications et de revenir à des versions antérieures. Il fonctionne localement sur votre ordinateur et ne nécessite aucun compte sur un service en ligne. Au lieu de créer des dossiers « projet-final » et « projet-final-corrigé », vous enregistrez les modifications en les accompagnant d’une description.

GitHub est un service qui utilise Git et y ajoute un espace partagé pour le projet, la revue de code, les discussions et la gestion des accès. GitHub et Git ne sont donc pas deux noms désignant le même outil. Vous pouvez utiliser Git sans GitHub, notamment avec d’autres plateformes comme GitLab ou Bitbucket.

L’espace de travail de base est le dépôt : l’ensemble des fichiers d’un projet et de leur historique de modifications. Un dépôt sur GitHub peut être public, donc visible par tous, ou privé, accessible uniquement aux personnes autorisées. Le caractère privé d’un dépôt ne dispense toutefois pas de respecter les règles de stockage sécurisé des données.

À quoi sert GitHub en pratique ?

GitHub sert le plus souvent au développement de logiciels, mais peut aussi héberger de la documentation, des supports de formation ou les fichiers texte d’un site web. La plateforme convient particulièrement aux contenus pour lesquels il est utile de comparer les modifications ligne par ligne. Elle est moins pratique comme simple espace de stockage pour des vidéos volumineuses, des photos ou des documents à modifier dans une suite bureautique.

La plateforme facilite plusieurs tâches liées entre elles :

Conserver l’historique du projet — vérifier qui a modifié un passage et comment cette personne a décrit la modification.
Examiner les modifications avant de les accepter — discuter d’une proposition et demander des corrections.
Signaler des bugs et proposer des idées — utiliser les issues, des tickets associés au dépôt.
Automatiser le travail — lancer, par exemple, des tests après une modification du code grâce à GitHub Actions.
Publier des sites simples — GitHub Pages permet de mettre en ligne des sites statiques, composés notamment de fichiers HTML, CSS et JavaScript.

GitHub Pages n’est pas un hébergement généraliste pour des applications dotées d’une base de données et de code exécuté côté serveur. Le simple fait de placer un projet dans un dépôt ne rend pas non plus l’application accessible à une adresse publique : il faut pour cela la faire fonctionner dans un environnement adapté.

Comment collaborer sur les modifications ?

Imaginez une équipe qui gère le site d’une entreprise. Une personne corrige le formulaire de contact, tandis qu’une autre modifie les tarifs. Toutes deux peuvent travailler sur des branches distinctes (branches), c’est-à-dire des lignes de développement parallèles du projet, sans modifier immédiatement sa version principale.

Les modifications sont enregistrées dans des commits. Un commit consigne un état du projet avec des informations sur son auteur et une description, par exemple « Corriger la validation de l’adresse e-mail ». Des commits de petite taille et bien décrits permettent de comprendre plus facilement, par la suite, l’origine d’une correction précise.

Lorsque le formulaire est prêt, son auteur ouvre une pull request, c’est-à-dire une proposition de fusion des modifications dans une branche choisie, généralement la branche principale. Les autres membres de l’équipe voient les différences, peuvent ajouter des commentaires et vérifier les résultats des tests. Après cette revue, les modifications peuvent être fusionnées : cette opération est appelée merge.

Si deux personnes modifient le même passage de façons différentes, un conflit peut survenir. Git ne peut pas toujours le résoudre automatiquement : une personne doit décider quelle version, ou quelle combinaison des versions, est correcte. La plateforme facilite la collaboration, mais ne remplace pas l’évaluation de la qualité du code.

Comment commencer sans connaître le terminal ?

Vous n’avez généralement pas besoin de compte pour consulter les dépôts publics. Un compte est utile si vous souhaitez créer vos propres projets, laisser des commentaires ou signaler des problèmes. Vous pouvez préparer votre premier dépôt dans le navigateur :

Créez un compte et activez l’authentification à deux facteurs, qui ajoute une confirmation supplémentaire lors de la connexion.
Choisissez de créer un dépôt, donnez-lui un nom et définissez sa visibilité en connaissance de cause.
Ajoutez un fichier README.md : il décrit le projet et apparaît sur la page principale du dépôt. L’extension .md désigne Markdown, une manière simple de mettre du texte en forme.
Rédigez une courte présentation de l’objectif du projet et enregistrez-la dans un commit.
Créez une branche, modifiez la description et ouvrez une pull request pour vous exercer à examiner les différences.

Pour travailler plus facilement avec les fichiers sur votre ordinateur, vous pourrez ensuite utiliser GitHub Desktop, une application graphique qui permet d’effectuer les opérations courantes de Git. Cloner un dépôt crée une copie locale avec son historique ; télécharger une archive ZIP fournit les fichiers, mais pas une copie permettant de travailler avec l’historique Git.

À quoi faire attention avant de publier un projet ?

N’enregistrez pas de mots de passe, de clés API ni de données clients dans le dépôt. Supprimer une donnée secrète du fichier actuel ne la supprime pas automatiquement des commits antérieurs. Si une clé a été divulguée, il faut avant tout la révoquer ou la remplacer, puis nettoyer l’historique et vérifier les conséquences de la fuite.

Un code public n’est pas automatiquement utilisable sans restriction. Vérifiez le fichier de licence, souvent nommé LICENSE, ainsi que les conditions des dépendances utilisées. Il s’agit d’une indication générale, et non d’un conseil juridique personnalisé ; l’absence de licence ne signifie pas l’absence de droits d’auteur.

GitHub propose des fonctionnalités gratuites et payantes. Avant de l’adopter en équipe, consultez la grille tarifaire officielle et la documentation pour vérifier les limites actuelles de l’offre choisie en matière d’automatisation, d’espace de stockage et de fonctionnalités.

Pour commencer, créez un dépôt privé avec un exemple de README et faites passer une modification par une branche et une pull request. Vous découvrirez ainsi le fonctionnement de base sans publier de code ni de données réels.

Voir aussi : Qu’est-ce que la 2FA ?