Apakah strategi monorepo berbanding polyrepo?

Question

IT Interview Practice · Accepted Answer

**Monorepo** (satu repositori untuk banyak projek/perkhidmatan) dan **polyrepo** (repositori berasingan bagi setiap projek) ialah dua strategi untuk mengatur kod merentas berbilang projek. Setiap satu mempunyai pertukaran yang ketara yang mempengaruhi kolaborasi, alat, dan penskalaan — memahaminya memaklumkan keputusan seni bina yang penting.

## Monorepo — satu repo untuk segala-galanya

```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 — satu repo bagi setiap projek

```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.
```

## Memilih

```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.
```

## Mengapa ia penting

Memahami strategi monorepo berbanding polyrepo ialah pengetahuan peringkat senior yang bernilai untuk **membuat keputusan seni bina yang baik tentang organisasi kod**, satu pilihan ketara dengan implikasi yang luas, jadi ia berguna untuk peranan senior/seni bina.

Kedua-dua pendekatan — **monorepo** (banyak projek dalam satu repositori) dan **polyrepo** (repositori berasingan bagi setiap projek) — mewakili falsafah organisasi yang berbeza secara asas dengan pertukaran sebenar. Kelebihan **monorepo** (kod yang dikongsi dan refactoring yang mudah, **commit atomik merentas projek** — mengubah API dan semua penggunanya bersama-sama, alat dan standard yang bersatu, pengurusan kebergantungan yang dipermudahkan) menjadikannya berkuasa untuk projek yang terikat rapat dengan perkongsian kod yang banyak, tetapi ia memerlukan pelaburan ketara dalam **alat penskalaan** (Nx, Turborepo, Bazel, sparse checkout, CI pintar) untuk mengendalikan repositori besar dengan cekap. Kelebihan **polyrepo** (pemilikan dan sempadan yang jelas, versi dan kitaran release bebas, repo yang lebih kecil dan fokus, akses berbutir) sesuai untuk projek dan pasukan bebas, tetapi menjadikan **kod yang dikongsi lebih sukar** (menerbitkan/menggunakan pakej, penyelarasan versi) dan **perubahan rentas-potong menyakitkan** (menyelaraskan PR merentas banyak repo).

Memahami pertukaran ini dan cara **memilih** (monorepo untuk projek yang terikat rapat dan berkongsi kod yang sanggup melabur dalam alat; polyrepo untuk projek dan pasukan bebas dengan sempadan yang jelas) mencerminkan pertimbangan seni bina yang dijangka pada peringkat senior — mengiktiraf bahawa tiada jawapan universal dan pilihan yang betul bergantung pada gandingan, skala, struktur pasukan, dan pelaburan alat.

Memandangkan organisasi kod merentas berbilang projek ialah keputusan seni bina yang ketara yang mempengaruhi kolaborasi, alat, penskalaan, dan autonomi pasukan, dan memandangkan memahami pertukaran monorepo/polyrepo memaklumkan pilihan yang berimpak ini, memahami strategi monorepo berbanding polyrepo ialah pengetahuan peringkat senior yang bernilai untuk pembuatan keputusan seni bina, satu topik yang kerap diperdebatkan di mana memahami pertukaran (berbanding secara dogmatik mengutamakan salah satu) mencerminkan pertimbangan matang yang dijangka untuk peranan senior yang membentuk cara sesebuah organisasi menstruktur kodnya.

Monorepo — satu repo untuk segala-galanya

Polyrepo — satu repo bagi setiap projek

Memilih

Mengapa ia penting

Soalan berkaitan