GitHub
expliqué
pour les non-devs.

— Avant de commencer

C'est quoi GitHub,
vraiment.

Sors de ta tête le cliché *« GitHub, c'est pour les devs »*. C'est faux. GitHub est un Dropbox spécialisé pour le code et les documents techniques, avec trois particularités qui changent tout :

• Historique complet · chaque modification est enregistrée. Tu peux revenir en arrière, comparer, restaurer. Tu ne perds jamais rien.
• Collaboration · plusieurs personnes peuvent travailler sur les mêmes fichiers en même temps, GitHub fusionne intelligemment.
• Partage public ou privé · tu choisis si ton dossier est visible au monde entier (un outil open-source) ou réservé à toi (un site perso en chantier).

Pour un entrepreneur qui utilise Claude Code, GitHub est devenu le jumeau indispensable. Claude modifie tes fichiers, toi tu valides, git capture l'état, GitHub le stocke en ligne. Si ton ordinateur prend feu demain, ton travail est sauvé. Si tu casses quelque chose par accident, tu reviens à la version d'avant en une commande.

— Les 4 cas concrets

À quoi ça te sert
au quotidien.

Voici les 4 situations où j'ouvre GitHub comme non-dev, presque chaque jour.

— Démarrer en 10 min

Comment l'installer.

Rien de compliqué · 5 étapes, 10 minutes en tout.

1. Crée un compte GitHub

Va sur github.com, clique *« Sign up »*, choisis un nom d'utilisateur (il sera visible publiquement, prends ton vrai prénom ou ton handle habituel), email, mot de passe. Compte gratuit, suffisant pour 99 % des usages solo.

2. Installe Git en local

Git, c'est le logiciel qui communique avec GitHub depuis ton ordinateur. Sur Mac, il est souvent déjà là · teste avec :

git --version

Si ça répond avec un numéro, tu es prêt. Sinon, xcode-select --install et tu auras Git en bonus (sur Mac). Sur Windows, télécharge git-scm.com.

3. Configure ton identité

Dans ton terminal, dis à Git qui tu es (ça apparaîtra sur chaque commit) :

git config --global user.name "Ton Prénom"
git config --global user.email "ton@email.com"

4. Crée ton premier dépôt

Sur GitHub, clique le bouton vert *« New »* en haut à droite, donne un nom à ton dépôt (par exemple mon-site), choisis *« Private »* (tu pourras le passer public plus tard), clique *« Create repository »*. GitHub t'affiche les commandes pour connecter ton dossier local.

5. Pousse ton premier contenu

Dans ton dossier local, tape :

git init
git add .
git commit -m "Premier commit"
git remote add origin https://github.com/TON_USERNAME/mon-site.git
git branch -M main
git push -u origin main

C'est long la première fois. Après, ce sera seulement git add . → git commit -m "message" → git push. 3 commandes, ça devient automatique en 2 jours.

— La boîte à outils

Les 5 commandes
à vraiment connaître.

Git a 150+ commandes. Tu n'as besoin que de 5. Les autres, Claude les connaît à ta place.

Commande	Ce que ça fait	Quand
git status	Dis-moi ce qui a changé depuis mon dernier commit	Avant de commit, pour vérifier que tu sais ce que tu sauves
git add .	Je prépare tous les changements pour le prochain commit	Juste avant commit, une fois que tu es content
git commit -m "…"	Je capture l'état actuel avec un message explicatif	À chaque étape importante (fin de feature, fin de session)
git push	J'envoie mes commits sur GitHub	Quand tu veux sauvegarder en ligne ou déclencher un déploiement Vercel
git pull	Je récupère les changements que quelqu'un d'autre (ou toi sur un autre PC) a poussés	Au début d'une session, si tu bosses sur 2 machines ou avec quelqu'un

Cycle type de ta journée : git status (je regarde) → modifs via Claude → git add . → git commit -m "ce que j'ai fait" → git push. 4 commandes, 20 secondes, ton travail est sauvé en ligne.

Bonus · git clone et git checkout

git clone URL · télécharge un dépôt depuis GitHub vers ton ordinateur. Tu l'utilises pour récupérer un outil open-source ou copier un projet d'exemple.

git checkout -b nouvelle-branche · crée une « branche » pour tester une grosse modif sans toucher à la version stable. Utile quand tu veux expérimenter sans peur. Claude gère ça tout seul si tu lui demandes.

— Les pièges classiques

Les 3 erreurs à ne pas commettre.

Piège 1 · Pusher une clé API par accident

Un jour, tu mets une clé API Resend dans un fichier .env, tu fais git add . sans regarder, tu push. Ta clé est publique sur GitHub, des bots la trouvent en quelques minutes, ta consommation explose.

La règle absolue · crée un fichier .gitignore à la racine de ton projet avec au minimum :

.env
.env.local
.env.*
node_modules/
.DS_Store

Ces fichiers ne seront jamais envoyés sur GitHub. Demande à Claude *« crée-moi un .gitignore standard pour mon projet »*, il génère la bonne version.

Piège 2 · Le git push --force qui écrase tout

Si quelqu'un d'autre (un dev, un agent) a poussé des changements que tu n'as pas récupérés, et que tu lances git push --force, tu écrases leur travail sans possibilité de retour. Git te le signalera, ne force jamais sans comprendre pourquoi. La bonne réponse est presque toujours git pull d'abord.

Piège 3 · Confondre repo public et privé

Un repo public est visible par tout le monde sur Internet · parfait pour un outil open-source. Un repo privé est réservé à toi (et aux personnes que tu invites) · obligatoire pour un site en chantier, des données clients, ou un prototype confidentiel.

GitHub te demande toujours à la création. Par défaut, mets en privé. Tu peux toujours passer en public après, l'inverse est plus compliqué.

— Le combo qui change tout

GitHub + Claude Code,
le workflow magique.

Voilà ce à quoi ressemble ma journée type avec les deux combinés.

1. Matin · je lance claude dans le dossier de mon site. Claude lit mon CLAUDE.md et sait tout sur le projet.
2. Je demande une modif · « ajoute une section sur la page outils pour Remotion ». Claude édite les fichiers.
3. Je vérifie visuellement via dev-browser ou un navigateur local.
4. Si OK, je dis à Claude · « commit et push ». Il rédige le message, exécute git add . && git commit -m "…" && git push.
5. Vercel redéploie automatiquement le site en 45 secondes.
6. Si quelque chose casse · « annule mon dernier commit ». Claude lance git revert, push, et le site revient à la version d'avant. Zéro stress.

Tout ce workflow me prend 10 à 30 secondes une fois la modification faite. C'est pour ça que GitHub est indissociable de Claude Code chez moi · même sans écrire une ligne de code, je gère mon site comme un dev expérimenté, avec le filet de sécurité que ça implique.

— Pour aller plus loin

Les prochaines étapes.

1. Claude Code · le setup complet · obligatoire à installer si ce n'est pas encore fait
2. Vercel · hébergement et déploiement · le partenaire naturel de GitHub pour ton site
3. Le lexique · CLI / Terminal · si le terminal te fait encore peur
4. GitHub Docs en français · docs.github.com/fr · la doc officielle, bien écrite
5. GitHub Skills · skills.github.com · tutos interactifs gratuits pour apprendre les bases

Si tu as une question précise sur GitHub ou un cas d'usage spécifique pour un entrepreneur non-dev, réponds à ma newsletter. Ça arrive dans ma boîte, je lis tout, je te réponds. Les retours terrain valent mille fois les articles génériques · y compris celui que tu viens de lire.