Traditionnellement, l'organisation du code source d’une entreprise est calquée sur ces applications: un repository par application. Récemment, avec l'adoption d'architecture de type microservices et la popularité de GitHub au sein de nos entreprises, on peut observer une tendance à créer de multiples repositories par application. Cependant peu de développeurs savent que trois des grands du web, Google, Facebook et Twitter, gèrent leur code avec un unique repository. Alors que certains d'entre nous prennent le chemin inverse de ces entreprises, il est intéressant de se demander ce qui leurs ont poussés à faire ce choix et à vouloir le conserver. Ce talk répondra à cette question et montrera que ce n'est pas réservé aux grands du web. Vous apprendrez ainsi les nombreux avantages de ce type d'organisation, tels que par exemple: - La facilité de partager du code, - L'accroissement des contributions cross-équipe, - La suppression de gestion des versions, - Une Continuous Integration cross-applications qui fonctionne. Nous verrons également comment cela fonctionne en pratique et quels sont les inconvénients.

1. #DevoxxFR #monorepo @ThierryAbalea
Pourquoi votre entreprise, à l'instar de
Google et Facebook, devrait stocker
l'ensemble de son code dans un seul repo ?
1
#monorepo
Thierry Abalea
CTO @Fluo
@ThierryAbalea

2. #DevoxxFR #monorepo @ThierryAbalea
1 application <=> 1 repo
2
1 micro-service <=> 1 repo
Approche multi-repositories
ou

3. #DevoxxFR #monorepo @ThierryAbalea
Dependency Hell
3

4. #DevoxxFR #monorepo @ThierryAbalea
Semantic Versioning
4
major.minor.patch
breaking changes
new features
bug fixes

5. #DevoxxFR #monorepo @ThierryAbalea 5
A
D
B C

6. #DevoxxFR #monorepo @ThierryAbalea 6
A
B C
D:1.0.0 D:2.0.0 => resolution impossible
Dependency Diamond Problem

7. #DevoxxFR #monorepo @ThierryAbalea 7
“What you can do is let Semantic Versioning
provide you with a sane way to release and
upgrade packages without having to roll new
versions of dependent packages, saving you
time and hassle.”
Why Use Semantic Versioning ?

8. #DevoxxFR #monorepo @ThierryAbalea 8
“Semantic Versioning is a lie. We
are bumping versions all the
time, even if it’s not necessary”
Rich Hickey, créateur de Clojure

9. #DevoxxFR #monorepo @ThierryAbalea 9
“Software version numbers
are the crack cocaine of
change management.”
Pieter Hintjens, créateur de ZeroMQ

10. #DevoxxFR #monorepo @ThierryAbalea 10
Comment éviter les
versions antédiluviennes
des dépendances ?

11. #DevoxxFR #monorepo @ThierryAbalea 11
Feature Branching Model

12. #DevoxxFR #monorepo @ThierryAbalea 12
Comment favoriser le
partage de code entre
équipes ?

13. #DevoxxFR #monorepo @ThierryAbalea 13
monorepo

14. #DevoxxFR #monorepo @ThierryAbalea
(ma) définition
14
La stratégie monorepo est
l’intégration continue à
l’échelle d’une organisation

15. #DevoxxFR #monorepo @ThierryAbalea
(ma) définition
15
La stratégie monorepo est
l’intégration continue à
l’échelle d’une organisation

17. #DevoxxFR #monorepo @ThierryAbalea 17
“The whole idea is that nobody
is working on a code base that
deviates significantly from
anyone else’s.”
Martin Fowler

18. #DevoxxFR #monorepo @ThierryAbalea 18
Trunk Based Development
=
Continuous Integration

19. #DevoxxFR #monorepo @ThierryAbalea
(ma) définition
19
La stratégie monorepo est
l’intégration continue à
l’échelle d’une organisation

20. #DevoxxFR #monorepo @ThierryAbalea
(ma) définition
20
La stratégie monorepo est
l’intégration continue à
l’échelle d’une organisation

21. #DevoxxFR #monorepo @ThierryAbalea 21
Dans la pratique

22. #DevoxxFR #monorepo @ThierryAbalea 22

23. #DevoxxFR #monorepo @ThierryAbalea 23
Release Branching Model

24. #DevoxxFR #monorepo @ThierryAbalea 24
Changements structurants
Branch by Abstraction
Feature Flags
+

25. #DevoxxFR #monorepo @ThierryAbalea 25
Une seule et même
version par dépendance
Dépendances externes

26. #DevoxxFR #monorepo @ThierryAbalea 26
Un repository monolithique n’implique
pas une application monolithique
L’approche micro-services n’implique
pas un repository par service

27. #DevoxxFR #monorepo @ThierryAbalea 27
Qui l’utilise ?

28. #DevoxxFR #monorepo @ThierryAbalea 28
Google, Facebook, Twitter,
Digital Ocean, Etsy, Uber (ios)…

29. #DevoxxFR #monorepo @ThierryAbalea
Google (janvier 2015)
29
1 repository (exclus: Chrome, Android, …)
25 000 ingénieurs
1 milliard de fichiers
35 millions de commits
9 millions de fichiers source
2 milliards de lignes de code

30. #DevoxxFR #monorepo @ThierryAbalea 30
Les avantages

31. #DevoxxFR #monorepo @ThierryAbalea 31
Vision unifiée du code
Unique source de vérité

32. #DevoxxFR #monorepo @ThierryAbalea 32
Partage de code et
réutilisation intensif

33. #DevoxxFR #monorepo @ThierryAbalea 33
Gestion des dépendances
simplifiée

34. #DevoxxFR #monorepo @ThierryAbalea 34
Changements
atomiques

35. #DevoxxFR #monorepo @ThierryAbalea 35
Refactoring à large
échelle
Modernisation du
code

36. #DevoxxFR #monorepo @ThierryAbalea 36
Collaboration inter-
équipes améliorée

37. #DevoxxFR #monorepo @ThierryAbalea 37
Frontière des équipes
et code ownership
flexibles

38. #DevoxxFR #monorepo @ThierryAbalea 38
Visibilité du code et
structure d’arbre claire
fournissant un
namespacing d’équipe

39. #DevoxxFR #monorepo @ThierryAbalea 39
Les coûts

40. #DevoxxFR #monorepo @ThierryAbalea 40
Difficulté à monter
en version une
dépendance centrale

41. #DevoxxFR #monorepo @ThierryAbalea 41
Investissement dans
le tooling

42. #DevoxxFR #monorepo @ThierryAbalea 42
Quand l’utiliser ou pas ?

43. #DevoxxFR #monorepo @ThierryAbalea 43
L’ingénierie de votre
entreprise est valorisée
et de bon niveau

44. #DevoxxFR #monorepo @ThierryAbalea 44
Culture de
transparence et de
collaboration

45. #DevoxxFR #monorepo @ThierryAbalea 45
Comment commencer ?

46. #DevoxxFR #monorepo @ThierryAbalea 46
Une organisation est
un arbre
d’organisations

47. #DevoxxFR #monorepo @ThierryAbalea 47
Commencer au
niveau d’un projet ou
d’un département

48. #DevoxxFR #monorepo @ThierryAbalea 48
Constituer le
monorepo à partir
des nouveaux projets

49. #DevoxxFR #monorepo @ThierryAbalea 49
Merci !

50. #DevoxxFR #monorepo @ThierryAbalea 50
Références
Why Google Stores Billions of Lines of Code in a Single Repository, Rachel Potvin & Josh Levenberg
http://m.cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-
repository/pdf
https://www.youtube.com/watch?v=W71BTkUbdqE
Advantages of monolithic version control, Dan Luu
https://danluu.com/monorepo/
Trunk Based Development Website, Paul Hammant
https://trunkbaseddevelopment.com/
https://trunkbaseddevelopment.com/monorepos/
Continuous Integration Certification, Martin Fowler
https://martinfowler.com/bliki/ContinuousIntegrationCertification.html
Spec-ulation, Rich Hickley
https://www.youtube.com/watch?v=oyLBGkS5ICk
The End of Software Versions, Pieter Hintjens
http://hintjens.com/blog:85
Slides URL: