Koje su monorepo nasuprot polyrepo strategije?

Question

Accepted Answer

**Monorepo** (jedan repozitorij za više projekata/servisa) i **polyrepo** (odvojen repozitorij po projektu) su dvije strategije za organiziranje koda na više projekata. Svaka ima značajne kompromise koji utječu na suradnju, alate i skalabilnost — njihovo razumijevanje informira važne arhitektonske odluke.

## Monorepo — jedan repozitorij za sve

```text
Many projects/services/libraries in a SINGLE repository:
  ✓ SHARED code/libraries easy to use and refactor (one place, atomic changes)
  ✓ ATOMIC commits across projects (change an API and all its consumers together)
  ✓ Unified tooling, versioning, CI; consistent standards; easy cross-project visibility
  ✓ Simplified dependency management (one version of shared code)
  ✗ Repo can get HUGE (needs scaling tooling — sparse checkout, build caching)
  ✗ Needs sophisticated build/CI tooling (Nx, Turborepo, Bazel) to be efficient
  ✗ Broad access; CI must be smart (only build what changed)
→ Used by Google, Meta, etc. (with heavy tooling investment).
```

## Polyrepo — jedan repozitorij po projektu

```text
Each project/service/library in its OWN repository:
  ✓ Clear OWNERSHIP and boundaries; independent versioning/releases/CI
  ✓ Smaller, focused repos; granular access control; independent teams
  ✗ SHARED code is harder (publish/consume packages; version coordination)
  ✗ Cross-cutting changes span MANY repos (coordinate multiple PRs — painful)
  ✗ Potential inconsistency across repos (tooling, standards drift)
→ Common default; fits independent services/teams.
```

## Odabir

```text
MONOREPO → tightly-coupled projects, heavy code sharing, want atomic cross-project
  changes and unified tooling, willing to invest in scaling tooling
POLYREPO → independent projects/teams, clear boundaries, independent release cycles,
  simpler per-repo needs
→ No universal answer; depends on the org, coupling, scale, and tooling investment.
```

## Zašto je to važno

Razumijevanje monorepo nasuprot polyrepo strategija je vrijedna seniorska znanja za **donošenje zvučnih arhitektonskih odluka o organizaciji koda**, što je značajna odluka sa širim implikacijama, pa je korisna za seniorske/arhitektonske uloge.

Dva pristupa — **monorepo** (mnogi projekti u jednom repozitoriju) i **polyrepo** (odvojen repozitorij po projektu) — predstavljaju temeljno različite organizacijske filozofije sa stvarnim kompromisima. Prednosti **monorepoa** (lak zajednički kod i refaktoriranje, **atomske cross-projekt commit-e** — promjena API-ja i svih njegovih potrošača zajedno, ujednačeni alati i standardi, pojednostavljena upravljanja ovisnostima) čine ga moćnim za usko povezane projekte sa značajnim dijeljenjem koda, ali zahtijeva značajne investicije u **skalabilne alate** (Nx, Turborepo, Bazel, sparse checkout, pametni CI) za učinkovito rukovanje velikim repozitorijem. Prednosti **polyrepa** (jasna vlasništva i granice, nezavisno verzioniranje i ciklusi izdanja, manji fokusirani repozitoriji, granularni pristup) odgovaraju neovisnim projektima i timovima, ali čine **zajednički kod težim** (objavljivanje/konzumiranje paketa, koordinacija verzija) i **cross-cutting promjene bolnima** (koordinacija PR-a na više repozitorija).

Razumijevanje ovih kompromisa i kako **odabrati** (monorepo za usko povezane projekte sa dijeljenjem koda spremne ulagati u alate; polyrepo za neovisne projekte i timove sa jasnim granicama) odražava arhitektonsku prosudbu očekivanu na seniorskim razinama — prepoznavanje da nema univerzalnog odgovora i da je pravi izbor ovisan o spajanju, skali, strukturi tima i investiciji u alate.

Budući da je organizacija koda na više projekata značajna arhitektonska odluka koja utječe na suradnju, alate, skalabilnost i autonomiju tima, te budući da razumijevanje monorepo/polyrepo kompromisa informira ovu znakovitu odluku, razumijevanje monorepo nasuprot polyrepo strategija je vrijedna seniorska znanja za arhitektonsku odlučivanja, često debatirani tema gdje razumijevanje kompromisa (umjesto dogmatskog favoriziranja jednog) odražava zrelu prosudbu očekivanu za seniorske uloge koji oblikuju kako organizacija strukturira svoj kod.