Git développez autrement
1 j'aime1,320 vues
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.
Git 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
- 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
- 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
- 34. BOOK