Récap et FAQ
Résumé : cette dernière leçon condense les 5 précédentes en 10 lignes, répond aux questions les plus fréquentes des débutants (utiles pour le référencement et pour lever les derniers doutes), et vous oriente vers la suite.
1. Ce que vous savez maintenant
Vous n'êtes pas encore un utilisateur de Git. Mais vous avez maintenant le socle mental pour apprendre les commandes vite et sans confusion. C'est la différence entre lire un panneau routier et savoir conduire — vous êtes prêt·e pour la deuxième étape.
2. FAQ · les questions fréquentes des débutants
Ces questions reviennent constamment dans les forums, sur Stack Overflow, sur Reddit r/git. Voici des réponses courtes et honnêtes.
2.1 Git, c'est difficile ?
Les concepts de Git sont exigeants (branches, rebase, merge, résolution de conflits) mais 90 % de l'usage quotidien repose sur 6 commandes : clone, add, commit, push, pull, branch.
Comptez 1 à 2 semaines pour être à l'aise en usage courant, 3 à 6 mois pour maîtriser les cas complexes (rebase interactif, cherry-pick, résolution de conflits gros et sales).
2.2 Ai-je besoin de connaître le terminal ?
Oui, un minimum. Git a des interfaces graphiques (GitHub Desktop, Sourcetree, l'onglet Git de VS Code…) mais les problèmes complexes (conflit, réécriture d'historique, opération sur un serveur distant) se règlent presque toujours en ligne de commande.
Le Cours Premium Git commence par les fondamentaux du terminal — vous n'êtes pas laissé·e seul·e.
2.3 Git ou GitHub ? Que dois-je apprendre en premier ?
Git d'abord. GitHub sans Git ne sert à rien. Git sans GitHub est parfaitement utilisable (même si moins pratique). Comprenez l'outil, la plateforme viendra en 30 minutes.
Voir la leçon 3 pour la distinction complète.
2.4 Puis-je apprendre Git sans savoir coder ?
Techniquement oui, Git est un gestionnaire de fichiers avec historique — il peut versionner de la doc, des configurations, des designs, des recettes de cuisine. Beaucoup d'écrivains l'utilisent pour leurs manuscrits.
Mais la puissance de Git se révèle vraiment quand on l'utilise sur du code, avec des branches, des pull requests, des pipelines. Si vous ne codez pas, ciblez plutôt un usage documentaire.
2.5 Combien coûte Git ?
Rien. Git est un logiciel libre et gratuit (licence GPL v2). Vous pouvez l'installer sur n'importe quelle machine, personnelle ou professionnelle, sans frais.
Les plateformes (GitHub, GitLab, Bitbucket) ont un plan gratuit suffisant pour commencer. Le passage au payant intervient quand l'équipe grossit ou quand on veut des fonctionnalités avancées.
2.6 Est-ce que Git est sécurisé ?
Oui, deux fois oui.
- Intégrité : chaque commit est identifié par une empreinte cryptographique (SHA-1, en cours de migration vers SHA-256). Impossible de modifier un commit sans que son identifiant change — donc sans que tout le reste de l'histoire change en cascade.
- Chiffrement en transit : les échanges avec GitHub/GitLab/Bitbucket se font en HTTPS ou SSH, chiffrés de bout en bout.
Attention néanmoins : Git ne chiffre pas le contenu au repos dans le dépôt. Ne stockez jamais de mots de passe ou de clés API dans Git — utilisez un gestionnaire de secrets (leçon dédiée dans le cours Sécurité DevOps).
2.7 Git peut-il perdre mon travail ?
Presque jamais, si vous respectez deux règles simples :
- Faire des commits fréquents (un par petite étape logique). Un commit est permanent dans l'histoire.
- Pousser régulièrement vers un remote (GitHub/GitLab). Ainsi, votre travail existe au moins à deux endroits.
Git a même une commande de secours (git reflog) qui garde une trace locale des 90 derniers jours d'opérations — permettant souvent de récupérer un commit qu'on croyait perdu.
2.8 Quelle est la différence entre git pull et git fetch ?
git fetch= regarder ce qu'il y a de neuf sur le distant, sans rien intégrer.git pull=git fetchsuivi degit merge→ intègre directement les nouveautés dans votre branche locale.
Recommandation : préférez fetch puis inspection, puis merge conscient. pull est plus rapide mais parfois surprenant.
2.9 Puis-je utiliser Git sans internet ?
Oui, presque toujours. Toutes les opérations locales (commit, branche, merge, log, diff) fonctionnent hors-ligne. Vous n'avez besoin d'internet que pour synchroniser avec un remote (clone, push, pull, fetch).
C'est un des grands avantages du modèle distribué face à SVN.
2.10 Git remplace-t-il la sauvegarde ?
Non. Git n'est pas une solution de sauvegarde :
- Il ne protège pas contre la suppression volontaire de tout un dépôt.
- Il ne stocke pas les fichiers volumineux binaires efficacement (photos, vidéos, base de données).
- Un dépôt distant unique peut disparaître si son hébergeur ferme.
Bonne pratique : Git + au moins un miroir sur une autre plateforme + une sauvegarde froide hebdomadaire pour les projets critiques.
2.11 Combien de temps pour être à l'aise avec Git ?
Voici une estimation honnête basée sur l'expérience de nos apprenants :
| Étape | Durée typique |
|---|---|
| Comprendre les concepts (ce cours découverte) | 30 minutes |
| Utiliser les 6 commandes de base | 5 à 10 heures de pratique |
| Faire sa première pull request open source | 20 à 30 heures |
| Résoudre un conflit compliqué sans stresser | 1 à 3 mois |
| Enseigner Git à quelqu'un | 6 à 12 mois |
2.12 Ai-je besoin d'un compte payant GitHub pour commencer ?
Non. Le plan gratuit de GitHub donne accès à :
- Dépôts illimités, publics et privés.
- 2 000 minutes gratuites de GitHub Actions par mois pour les dépôts privés.
- GitHub Pages pour héberger un site statique gratuitement.
- L'accès à des millions de projets open source.
Le plan payant devient utile en entreprise, pas pour débuter.
2.13 Git est-il compatible Windows / macOS / Linux ?
Oui, sur les trois. Git a été créé par Linus Torvalds pour le noyau Linux, mais il est aussi bien supporté sur :
- Linux : disponible dans tous les gestionnaires de paquets (
apt,yum,pacman…). - macOS : livré avec les outils de développement Xcode, ou via
brew install git. - Windows : installateur officiel Git for Windows qui inclut Git Bash — un terminal Unix minimal très pratique.
3. Aller plus loin
Vous avez le socle mental. Trois directions possibles.
Direction 1 · Apprendre à utiliser Git (recommandé)
C'est la suite logique de ce cours. Le Cours Premium Git couvre :
- Installation et configuration détaillée sur Windows, macOS, Linux.
- Les 6 commandes essentielles avec exercices pratiques.
- Branches, merge, rebase, cherry-pick, stash, tags.
- Pull requests, code review, résolution de conflits.
- Workflows d'équipe (Git Flow, GitHub Flow, trunk-based development).
- Projets réels de bout en bout.
Direction 2 · Explorer les autres bases DevOps
Ce cours découverte a un cousin pour chaque brique du DevOps moderne :
- Découverte : Linux — le système sous tous les serveurs.
- Découverte : Docker — les conteneurs, la révolution de 2013.
- Découverte : Kubernetes — orchestrer des centaines de conteneurs.
- Découverte : CI/CD — automatiser les tests et les déploiements.
Direction 3 · Passer directement à la pratique
Créez un compte gratuit sur GitHub, suivez le Guide Hello World officiel (15 minutes), et faites votre premier dépôt. C'est parfois le meilleur moyen de fixer les concepts.
4. Une dernière image à emporter
Retenir en 30 secondes
- Ce cours vous a donné le socle mental. Les commandes viendront vite.
- 90 % de Git tient dans 6 commandes. Les 10 % restants sont pour les cas rares.
- Prochaine étape recommandée : le Cours Premium Git pour passer à la pratique, ou un autre cours découverte pour élargir votre culture DevOps.
Félicitations, vous avez terminé le cours découverte.
Prêt·e pour la pratique ? Découvrir le Cours Premium Git →
Envie d'explorer les autres bases ? Voir tous les cours découverte →
Dernière étape : passez le quiz de fin de cours — cinq questions corrigées et expliquées, trois minutes, pour vérifier que l'essentiel est acquis.