northdan.
Read this page in English

Dicționar IT

Ce este un Monorepo?

Practica de a ține codul mai multor proiecte ale unei companii într-un singur depozit comun, versionat și testat unitar.

Zece echipe, zece depozite de cod, zece versiuni ale aceleiași funcții copiate și modificate ușor diferit — așa arată entropia software după câțiva ani de creștere. Monorepo-ul propune inversul: tot codul companiei — site, aplicație mobilă, servicii de backend, componente comune — trăiește într-un singur depozit, ca într-o clădire de birouri comună în locul unor sedii răspândite prin oraș. O schimbare care atinge trei proiecte se face într-o singură operațiune, vizibilă și testată unitar; componentele comune au o singură sursă de adevăr. Google, Meta și Microsoft lucrează așa la scară uriașă. Pentru firma ta, subiectul devine relevant când ai mai multe produse care împart cod: monorepo-ul reduce duplicarea și fricțiunea dintre echipe, dar cere unelte de build potrivite (Nx, Turborepo, Bazel) și disciplină — altfel clădirea comună devine un hol aglomerat.

Hai să vorbim despre proiectul tău

Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.

office@northdan.com · +40 752 070 247

De ce contează pentru afacerea ta

O singură sursă de adevăr pentru codul comun

Componentele partajate — design system, logică de facturare, validări — există o dată și se folosesc peste tot; sfârșitul clonelor divergente întreținute în paralel.

Schimbări pe mai multe proiecte, atomic

O modificare de contract între aplicație și API se face într-o singură operațiune, verificată împreună — dispar perioadele în care jumătate din sisteme merg pe varianta veche.

Vizibilitate totală pentru echipe

Orice programator vede cum se folosește codul lui în restul companiei — refactorizările devin sigure, iar cunoștințele circulă natural între echipe.

Întrebări frecvente

Monorepo înseamnă că aplicația e un monolit?

Nu — sunt lucruri diferite: monorepo se referă la unde stă codul (un singur depozit), monolitul la cum e construită aplicația (un singur bloc rulabil). Poți avea liniștit 30 de microservicii independente, toate găzduite în același monorepo.

Nu devine depozitul prea mare și lent?

La scara firmelor obișnuite, nu — Git duce fără efort depozite cu sute de proiecte. Problema reală e timpul de build, rezolvată de unelte ca Nx sau Turborepo, care recompilează și retestează doar ce a fost efectiv afectat de schimbare.

Când NU e recomandat un monorepo?

Când proiectele n-au nimic în comun, aparțin unor clienți diferiți cu cerințe stricte de separare a accesului, sau când echipele externe trebuie să vadă doar o felie din cod — accesul granular pe foldere rămâne punctul slab al modelului.