Le document traite de l'adoption de Git par une équipe de développement en 2008, face aux défis de la gestion de multiples versions sous Subversion. Il explique comment Git, un système de contrôle de version distribué, a amélioré la productivité et la qualité grâce à un workflow adapté et des branches thématiques. L'historique de Git et ses caractéristiques principales ainsi que quelques workflows recommandés sont également présentés.

1. DÉVELOPPEZ AUTREMENT

2. RETOUR
D'EXPÉRIENCE
“pourquoi je me suis intéressé à GIT”

3. LE CONTEXTE
2008, chez un éditeur de soft au luxembourg
Le produit est sous Subversion
Différentes versions parralèlles à maintenir (3.9, 4.0,
etc.)
Des versions customs pour certains clients
Application découpée en modules
Equipes de développement dans différents sites (LU,
FR, ZA, SP)
Besoin de développer off-line (dans l'avion, chez un
client, etc. )

4. LE CHOIX DE GIT
Distribué
Workflow adaptable
Intégrations avec nos outils (forge, PIC, etc.)

5. MISE EN PLACE
Workflow basé sur des topic-branches:
un ticket = une branche
Les versions de maintenance sur des branches à long
terme
Roles d'intégrateurs

6. CONTSTAT
Premières semaines difficles (notamment les merges)
pour les non-teckos, mais réglé par une formation
interne d'une demi journée
Outils s'adapte aux processus en places (et non
l'inverse)
Productivité et qualité amélioré après quelques
semaines.

7. HISTORIQUE
“GIT (noun): a person who is deemed to be
despicable or contemptible”

8. 2005
Linus Torvalds initie le projet pour le Kernel Linux car il a
besoin de changer de CVS (BitKeeper) rapidement.
Il décide d'arrêter Linux tant que ce n'est pas fait.

9. DESIGN
Distribué
Sûre (aucune perte de données)
Rapide
Et surtout :
prendre CVS comme exemple de ce qu'il ne faut pas faire
(ie. Subversion)

10. RÉALISATION
Démarré le 3 avril 2005
Annoncé le 6 avril 2005
1ère release du Kernel avec GIT, le 16 juin 2005
Le 26 juillet, le projet passe en maintenance et passe
dans les mains de Junio Hamano (toujours mainteneur).

11. CARACTÉRITIQUES
PRINCIPALES
“Au final c'est quoi GIT?”

12. DVCS
Complètement distribué
En ligne de commande
Il n'utilise pas de deltas mais des "packfiles", ce qui le
différencie des autres DCVS
Support de gros projets
Fait pour le merge et la gestion des branches
Orienté boite à outils
Bien intégré (par exemple, utilise des protocoles
existants)

13. DELTAS

14. PACKFILES

15. HISTORIQUE

16. FONCTIONNEMENT
“C'est compliqué?”

17. LES BASES
Toujours avoir à l'esprit que GIT est distribué
Une sheat cheet intérative

19. LES BRANCHES...

20. ... LES BRANCHES
Types
Local
Remote
Local tracking Remote
Utilisation
Topic branches
Long term branches
Worflow based branches
Statégies de fusion
Merge
Rebase
Cherry pick

21. MERGE...

22. ...MERGE

23. GIT FLAVOURS
“Killer features”

24. git stash: la cachette
git rebase: faire le ménage
git cherry-pick: la ceuillette aux commits
git submodules: travailler avec plusieurs dépôts
git commit --amend: corriger un commit
git bisect: l'arme ultime pour isoler le commit
fautif

25. WORKFLOWS
“Je fait ce qu'il me plait...”

26. SUBVERSION-STYLE WORKFLOW
Un dépots distant qui centralise les dépôts locaux.
Attention aux merges!

27. INTEGRATION MANAGER WORKFLOW
Une seule personne (l'intégration manager) fait les merges
et commit vers le blessed repository

28. DICTATOR AND LIEUTENANTS WORKFLOW
Modèle à la Linux Kernel.
Pour les gros projets

29. TOOLS

30. SCM: git-svn, git-cvs, subgit, etc.
GUI: TortoiseGit, gitg, giggle, SourceTree, etc.
Cloud/Web: Unfuddle, BitBucket, SourceForge, etc.
Admin: Gitorious, Gitblit, etc.
Entreprise: Github, Atlassion Stash, etc.
Kikkoolol: Gource

31. GITHUB

32. RÉFÉRENCES

33. WEB
git-scm.com
git.wiki.kernel.org

34. BOOK