Git : parcours contrôle de version distribué pour DevOps (2026)

Prérequis

• Terminal Linux / macOS / WSL (Git Bash OK sous Windows)
• Notions fichier / dossier / éditeur de texte
• Compte GitHub ou accès Azure DevOps Repos (lab)
• (Recommandé) bases SDLC / DevOps

Coût estimé : 0 € — Git, GitHub Free et Azure DevOps Free tier suffisent. Ce hub /git/ est la page pilier menu : carte du parcours, quick start, bonnes pratiques 2026, maillage Azure Git et liens vers les 20 leçons live.

Ce que vous allez apprendre

Parcours Git DevOps (20 leçons live)
  ├── 1. Basics
  │     VCS distribué → install → compte GitHub → config → workflow
  ├── 2. Everyday
  │     diff → .gitignore → tags → sync (pull / fetch / merge / push)
  ├── 3. Advanced
  │     branches → remotes → rebase/merge → squash
  │     → reset / revert / cherry-pick → stash → worktree → assignment
  └── 4. Azure Git (maillage)
        Azure Repos → Jenkins + Azure Repos → Pipeline YAML (GitHub)

Qu’est-ce que Git / pourquoi en DevOps

Git est un système de contrôle de version distribué (DVCS) : chaque clone contient l’historique complet. Vous committez et branchez hors ligne, puis synchronisez avec un remote (origin).

En DevOps, Git est le contrat d’équipe : code, IaC (Terraform, Bicep, Ansible), Dockerfiles et manifests Kubernetes partagent le même historique, les mêmes PR et le même trigger CI/CD.

Sans Git solide, Jenkins, Azure Pipelines et Kubernetes deviennent fragiles. Entrée : Git — VCS distribué · systèmes de contrôle de version.

Quick start 10 minutes

Identité locale, premier dépôt, branche feature — aucun secret.

# 1) Identité (valeurs lab)
git config --global user.name "Lab DevOps"
git config --global user.email "lab@example.com"
git config --global init.defaultBranch main
git --version   # viser ≥ 2.43

# 2) Premier dépôt
mkdir -p ~/lab-git-hub && cd ~/lab-git-hub
git init
echo "# lab-git-hub" > README.md
git add README.md
git commit -m "docs: bootstrap README"

# 3) Branche feature
git switch -c feature/hello
echo "hello devops" >> README.md
git add README.md
git commit -m "docs: add hello line"

# 4) Remote (exemple — adaptez GitHub ou Azure Repos)
# git remote add origin https://github.com/<ORG>/<REPO>.git
# git push -u origin main
git remote -v && git status && git log --oneline --graph --all

Détails : installation, configuration, workflow, compte GitHub.

Grille parcours

Titres FR · URL = slug live. Entrée menu DevOps : Git — VCS distribué.

Basics

1. Git — contrôle de version distribué
2. Systèmes de contrôle de version
3. Installer Git
4. Créer un compte GitHub
5. Configuration Git
6. Commandes du workflow Git

Everyday

7. git diff — lire les changements
8. Fichier .gitignore
9. Tags de version
10. Sync GitHub : pull / fetch / merge / push

Advanced

11. Branches locales
12. Branches distantes
13. Rebase vs merge
14. Squash de commits
15. git reset
16. git revert
17. git cherry-pick
18. git stash
19. git worktree
20. Assignment — workflow équipe

20 leçons live. Commencez : VCS distribué → Install → Workflow.

Azure Repos & Git dans Azure DevOps

Sur Azure DevOps Services, Repos héberge Git avec politiques de branche, PR et work items.

1. Azure Repos (Git managé ADO)
2. Jenkins branché sur Azure Repos
3. Azure Pipeline branchée sur GitHub

Enchaînement : modèle Git (série) → Azure Repo → Jenkins ou pipeline Azure. Hub voisin : Azure DevOps.

Git dans une pipeline DevOps

Developer → git push (feature) → PR → merge main
                │
                ▼
         CI (Jenkins / Azure Pipelines / Actions)
                ├── build image Docker
                ├── tests + scan
                └── deploy → Kubernetes / App Service / ACA

Git fournit le trigger et le SHA de vérité. Hubs : Docker · Kubernetes · Jenkins · Terraform · Ansible · Azure DevOps.

# azure-pipelines.yml — trigger Git, zéro secret
trigger: [main]
pool: { vmImage: ubuntu-latest }
steps:
  - checkout: self
  - script: echo "Commit $(Build.SourceVersion)" && git --version
    displayName: Vérifier le checkout Git

Bonnes pratiques 2026

1. Branche main protégée (PR + checks) ; init.defaultBranch=main.
2. Conventional commits light — feat:, fix:, docs:, chore:.
3. --force-with-lease plutôt que --force après rebase.
4. Commits signés (GPG/SSH) si la politique org l’exige.
5. Jamais de secrets dans Git — .gitignore, Variable groups / Key Vault / OIDC.
6. Rebase pour nettoyer une feature locale ; merge/squash pour intégrer sur main — rebase vs merge · squash.
7. revert sur historique partagé, reset en local — reset · revert.
8. Tags annotés pour les releases — tags.

FAQ

Git, GitHub et Azure Repos : quelle différence ?

Git = outil / modèle d’objets. GitHub et Azure Repos = hébergeurs de remotes + PR et policies. Vous apprenez Git une fois ; le remote change selon le lab.

Faut-il toujours rebase avant une PR ?

Sur une feature non partagée, souvent oui (historique linéaire). Branche déjà partagée : coordonnez puis --force-with-lease. Ne rebasez jamais main publique sans process.

reset ou revert pour annuler un commit sur main ?

Préférez git revert (nouveau commit d’annulation). reset --hard + force push sur main casse les clones. Voir reset · revert.

Par où commencer si je vise Azure DevOps ?

Hub Git → VCS distribué → workflow → Azure Repo → pipeline GitHub ou Jenkins + Azure Repos → hub Azure DevOps.

Quelle version de Git viser en 2026 ?

Git ≥ 2.43 (idéalement dernière stable de votre distro). switch / restore et la sécurité remote ont mûri ; GitHub / ADO gèrent le serveur.

Points clés

• Git = DVCS : historique local + sync remote
• 20 leçons live : Basics → Everyday → Advanced + assignment
• Entrée menu : /git-distributed-version-control-system/
• Azure Git : /azure-repo/ · Jenkins · pipeline GitHub
• 2026 : main, conventional commits light, --force-with-lease, pas de secrets
• /git/ = hub LIVE ; tutos déjà publiés — pas de republish individuel

CTA : Git — VCS distribué puis Installer Git. E-books : pricing.

Continuer sur le site (maillage)

Parcours liés (Git)

• Azure Repos / Azure DevOps
• Jenkins et SCM
• Git en ligne de commande Linux
• Docker + GitOps
• GitOps vers Kubernetes
• Playbooks versionnés avec Git
• Code Terraform dans Git
• Hub CI/CD