Member-only story
“Microservices = Multirepo”
It seems obvious, why centralize components whose purpose is to be distributed?
However, this is the choice that Theodo had to make for one of its customers in order to be able to continue to develop a growing product.
Darya Talanina shared the reasons for migrating 30 microservices to a Monorepo during a Devoxx conference edition.
This article shares their story illustrating the practices and results obtained through the prism of Quality Engineering.
Follow the QE Unit for more exclusive content of Quality Engineering.
The project starts with one repository per service
Some choices seem to come naturally.
In this case, that of having a repository per back-end project is set up, facing a front-end.
The Multirepo architecture then remains easily understandable.
The branching model is also distributed, based on:
- One to several feature branches per project