Comment choisir un workflow Git adapté à votre équipe? Comment améliorer votre productivité tout en réduisant les frictions au sein de votre équipe? Quelles sont les pratiques utilisées dans l’industrie et les équipes agiles? Comment utilisons-nous Git au sein d’Atlassian? Comme vous avez pu l’entendre, Git offre de nombreuses fonctionnalités intéressantes, et a acquis un incroyable succès dans l’industrie au sens large. Pourtant, l’adoption de Git au sein de votre entreprise peut être intimidant. Le “Git Ready” webinar a pour objectif de répondre à ces questions et plus. Nous abordons: * Les modèles de collaboration disponibles lors de l’utilisation d’un système de contrôle de version distribué comme Git * Les modèles de branche qui favorisent le renforcement du développement parallèle * Les “best practice” émergentes et les choix pouvant être adoptées en toute sécurité lors de la migration vers Git Nous abordons aussi comment l’Intégration Continue change du tout au tout lorsque votre équipe embrasse Git.

1. !
!
@atlassian_fr
#gitwflow

2. !
Ready! Workflows

3. Posez vos
questions
ici
Questions/réponses
en fin de
présentation

4. Samuel Le Berrigaud
Développeur / Ambassadeur France
@sleberrig

5. Vous connaissez sans doute
Création facile de branches locales
historique complet en local
10x la vitesse de svn
Zone d’attente
(staging area)
Énorme communauté
Rapide
Workflow par fonctionnalité
Proéminent dans l’Open Source
Intégrité cryptographique
Distribué

6. “ groundbreaking paradigm
is ground breaking ”

7. Briques de base de Workflow

8. Nous aborderons comment choisir:
1
Le modèle de Collaboration
2
Le modèle de gestion des
Branches
3
Pratiques d’équipes
4
Intégration continue

9. Facile, non?
1
Quel modèle (workflow) de
collaboration?

10. je fais aussi mes trucs
Je fais mon truc
dans mon coin
ANARCHIE
voici mon bout, qui dit à
regardez les mecs, une
Jérôme?
Collaboration
complètement décentralisée
chèvre!

11. Il est cool
Gatekeeper
Dépôt heureux grâce à
l’intégrateur
Pour faire accepter
votre travail, discutez
avec lui

12. Dictateur
Vive le Roi!
Les Lieutenants gardent
le Roi
et ses lieutenants
Dépôt heureux

13. Centralisé
Dépôt commun
partagé
Heureusement, il n’y a pas
de chèvres ici
nous partageons "tout"

14. Pour plus de détails
sur les modèles collaboratif
atlss.in/git-wflows

15. +
Entreprise
=
Centralisé

16. Permissions de Branches & Dépôts
La centralisation permet
une définition détaillée
des Permissions (ACL)

17. Intégration à vos
Outil de suivi projet
et
d’Intégration continue

18. 2
Quel modèle de branche?

19. Deux modèles de branches
1
Livraison en Cycle
2
Livraison en Continue

20. 2.1
pour la livraison en Cycle

21. PRJ-123-description
PRJ-123-bug-description
Time
feature
bugfix
branches
branch
master
1
Un dépôt Central
2
Une Branche par
fonctionnalité
3
Une Branche par Bugfix

22. 2.2
PRJ-345-bug-description
Temps
bugfix
branche
stable
master
fonctionne depuis un moment
4
Branches Stable
5
master: alpha / RC
6
Pull Requests
Avant le merge

23. 2.2
pour la livraison continue

24. promu de staging, peut recevoir des hot-fixes
1
Master est en production
2
Staging représente la prochaine version
3
Nouvelles fonctionnalités hors de staging
avec des noms de branche comme: utilisateur/CLEF-description

25. turbo boost!
3
Les Pratiques

26. Qu'est-ce qu'une Pull Request?

27. Pull Request
Collaboration à
faible friction
Eh, j'ai un peu de code que je
veux merger (fusionner) ici,
tu peux y jeter un coup d'oeil?
J'ai un peu
de code ici!
Puis-je merger
(fusionner)
ici?

28. Dépôt Unique
vs
Fork distant

29. Les Plus d'un Dépôt Unique
Toutes les
branches sont
disponibles
1
Visibilité complète
2
Pas besoin de serveur distant
par développeur
3
KISS
(Keep It Simple Stupid)

30. Les Forks
sont aussi très
pratiques

31. Avec la méthode Fork
Chacun son
dépôt distant
Copie complète a distance
(tout le monde en a une)
Intégrateur, Gatekeeper,
Lead Tech, etc

32. Le Fork
1
Permet confiance et maturité
2
inter- département et organisation
3
Interactions Dev à Dev

33. 4
Intégration Continue

34. 1
Qu'arrive-t-il à l'intégration
continue avec git?
2
Une explosion de branches
3
Une dégradation des performances du
système de build

35. 1
Tout construire coûte cher
2
Construire automatiquement les
branches stable et master
3
Activation manuelle du build pour les
branches de fonctionnalités

36. 5
Moins de friction,
plus d'automatisation

37. Check de la Qualité du code
via hooks de pre-commit

38. Branche - à partir des builds verts

39. Merge en cascade “for the win!”

40. MERGE automatique!
branche
stable
2.2
branche
stable
2.1
PRJ-345-bug-description
Temps
bugfix
master

41. 1
Propagation des Merges
2
Hook de mise à jour côté serveur
3
Ou support d'outil

42. Pour plus de détails:
atlss.in/merges-auto

43. En Conclusion: la recette

44. Conclusions
Modèle
Collaboratif
Modèle
de Branche
Workflow
!
Centralisée
!
!
Adopter une
stratégie Git
Automatisation
& CI setup
Build
livraison
Dépôt Unique
!
ou Forks
!
!
!
!
Embrassez les
automatique,
(laissez !quelque
!
boutons)
!
!
!
Hooks, hooks
continue
Pull Requests
partout!!
produit
!
!
!
Workflow de

45. Samuel Le Berrigaud
Développeur / Ambassadeur France
@sleberrig

46. Atlassian
Git Repository Management
for Enterprise Teams
Free Git Code Hosting
for Small Teams
Free Git Desktop client
for Mac or Windows

47. blogs.atlassian.fr