Close
Afficher cette page dans votre langue ?
Toutes les langues
Sélectionner votre langue

Getting Git Right

Apprenez à utiliser Git grâce à des tutoriels, des nouveautés et des astuces

Découvrez Git
Présentation
Commandes Git
Découvrir Git avec Bitbucket Cloud
Découvrir la revue du code dans Bitbucket Cloud
Découvrez le branching avec Bitbucket Cloud
Découvrez comment annuler des changements avec Bitbucket Cloud
Débutant
Présentation
Qu'est-ce que le contrôle de version ?
Gestion du code source
Qu'est-ce que Git ?
Pourquoi Git pour votre entreprise ?
Installation de Git
SSH Git
Commande git archive
GitOps
Fiche de révision sur Git
Introduction
Présentation
Créer un dépôt
Présentation
git init
git clone
git config
git alias
Enregistrer des changements (Git add)
Présentation
git commit
git diff
Git Stash
.gitignore
Inspecter un dépôt
Présentation
git tag
git blame
Annuler des changements
Présentation
git clean
Git revert
git reset
git rm
Réécrire l'historique
Présentation
Git rebase
git reflog
Utiliser des workflows de collaboration
Présentation
Synchroniser (git remote)
Présentation
git fetch
git push
git pull
Faire une pull request
Utiliser des branches (git branch)
Présentation
Git checkout
git merge
Fusionnez les conflits
Stratégies de merge
Comparaison de workflows
Présentation
Workflow de branche par fonctionnalité
Workflow Gitflow
Workflow de duplication (fork)
Migrer vers Git
Présentation
De SVN à Git – Préparation de la migration
Migrer de SVN vers Git
Présentation
Préparer
Convertir
Synchroniser
Partagez
Migrer
De Perforce vers Git – Pourquoi migrer ?
Migration de Perforce vers Git
Travailler avec Git et Perforce : workflow d'intégration
Comment déplacer un dépôt Git avec un historique
Conseils avancés
Présentation
Comparaison entre un merge et un rebase
Reset, checkout et revert
Commande git log avancée
Hooks Git
Réfs et Reflog
Sous-modules Git
Git subtree
Grands dépôts dans Git
Stockage de fichiers volumineux Git (LFS)
git gc
Git prune
Git bash
Comment stocker des dotfiles
Git cherry-pick
GitK
Git-show
Articles
Présentation
Traiter les dépendances Maven lors de la migration vers Git
Maîtrise des pull requests : exploitez pleinement vos capacités de récupération !
Git et dépendances de projet
Git ou SVN ? Comment Nuance Healthcare a opté pour un modèle de branching Git.
Upstreams et forks git : guide pratique et astuce sympa
Concept de base, workflows et conseils

Présentation

Notions fondamentales de Git

Git est un système de contrôle de version open source gratuit, créé par Linus Torvalds, en 2005. Contrairement aux anciens systèmes de contrôle de version centralisés (comme SVN et CVS), Git est distribué : chaque développeur dispose en local de l'historique complet du dépôt de son code. Ceci ralentit le clone initial du dépôt, mais accélère considérablement les opérations ultérieures (commit, blame, diff, merge et log).

Git dispose également d'un excellent support pour les branches, les merges et la réécriture de l'historique du dépôt, ce qui a entraîné l'apparition de nombreux workflows et outils innovants et utiles. Les pull requests sont l'un de ces outils populaires qui permettent aux équipes de collaborer sur des branches Git et de réviser mutuellement leur code avec efficacité. Git est actuellement le système de contrôle de version le plus utilisé au monde. Il est considéré comme la norme moderne pour le développement logiciel.

Fonctionnement de Git

Voici un aperçu sommaire du fonctionnement de Git :

  1. Créez un « dépôt » (projet) avec un outil d'hébergement Git (tel que Bitbucket)
  2. Copiez (ou clonez) le dépôt vers votre machine locale
  3. Ajoutez un fichier à votre dépôt local et « commitez » (enregistrez) les changements
  4. « Pushez » vos changements vers votre branche principale
  5. Apportez un changement à votre fichier à l'aide d'un outil d'hébergement Git et commitez
  6. « Faites un pull » des changements vers votre machine locale
  7. Créez une « branche » (version), apportez un changement et commitez-le
  8. Ouvrez une « pull request » (proposez des changements à apporter à la branche principale)
  9. « Mergez » vos changements dans la branche principale

Téléchargement de Git

Mac OS X

Télécharger le programme d'installation
Homebrew
MacPorts
Sourcetree
Builder Git sur Mac OS X

Windows

Git pour Windows
Sourcetree

Linux

Debian / Ubuntu (apt-get)
Fedora (yum)
Builder à partir de la source
Commencez avec Git

Découvrez Git

Découvrez Git

Découvrir Git avec Bitbucket Cloud
Découvrir la revue du code dans Bitbucket Cloud
Découvrez le branching avec Bitbucket Cloud

Débutant

Qu'est-ce que le contrôle de version ?
Qu'est-ce que Git ?
Pourquoi Git pour votre entreprise ?

Introduction

Créer un dépôt
Enregistrer des changements
Inspecter un dépôt

Collaborer

Synchroniser
Faire une pull request
Utiliser des branches

Migrer vers Git

De SVN à Git – Préparation de la migration
Migrer de SVN vers Git
De Perforce vers Git – Pourquoi migrer ?

Conseils avancés

Tutoriels Git avancés
Comparaison entre un merge et un rebase
Reset, checkout et revert
Voir tous les tutoriels

Les meilleurs articles

Git ou SVN : comment Nuance Healthcare a opté pour un modèle de branching Git ?

Ceci est un article de Matt Shelton de Nuance Healthcare. Il s'agit du premier article d'une série sur le passage de son équipe de Subversion à Git et sur les raisons de ce passage...

Lire tout l'article

Traiter les dépendances Maven lors de la migration vers Git

On a décidé de passer à Git et on aime Git-flow. Et maintenant ? On va tester tout ça ! Mon équipe est formidable. Elle a établi une liste des worflows de développement dans Confluence...

Lire tout l'article
Voir tous les articles

Le saviez-vous…

Branche

Définition : une branche représente une ligne de développement indépendante. Les branches schématisent de façon abstraite le processus d'édition, de staging et de commit abordé dans les notions fondamentales de Git, le premier module de cette série. Vous pouvez les considérer comme un moyen de demander un nouveau répertoire de travail, une nouvelle zone de staging et un nouvel historique de projet. Les nouveaux commits sont enregistrés dans l'historique de la branche actuelle, ce qui provoque la création d'un fork dans l'historique du projet.

Voir toutes les références