Monorepo ve polyrepo stratejileri nelerdir?

Question

Accepted Answer

**Monorepo** (birçok proje/servis için bir depo) ve **polyrepo** (proje başına ayrı depo), çoklu projeler arasında kodu organize etmek için iki stratejidir. Her birinin işbirliği, araç seçimi ve ölçeklendirmeyi etkileyen önemli ödünleşimleri vardır — bunları anlamak önemli mimari kararları şekillendirir.

## Monorepo — her şey için bir depo

```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 — proje başına bir depo

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

## Seçim yapma

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

## Neden önemli

Monorepo ve polyrepo stratejilerini anlamak, **kod organizasyonu hakkında akılcı mimari kararlar almak** için değerli senior-level bilgisidir; bu önemli bir seçimdir ve geniş kapsamlı etkileri vardır, bu nedenle senior/mimari rolleri için yararlıdır.

İki yaklaşım — **monorepo** (bir depoda birçok proje) ve **polyrepo** (proje başına ayrı depo) — gerçek ödünleşimler içeren temel olarak farklı organizasyonel felsefeleri temsil eder. **Monorepo** avantajları (kolay paylaşılan kod ve refactoring, **atomic çapraz-proje commits** — bir API'yi ve tüm tüketicilerini birlikte değiştirmek, birleştirilmiş araç ve standartlar, basitleştirilmiş bağımlılık yönetimi) sıkı şekilde bağlı projeler ve yoğun kod paylaşımı için güçlüdür, ancak büyük depoyu verimli şekilde işlemek için **ölçekleme araçlarına** (Nx, Turborepo, Bazel, sparse checkout, akıllı CI) önemli bir yatırım gerektirir. **Polyrepo** avantajları (açık sahiplik ve sınırlar, bağımsız versiyonlama ve yayın döngüleri, daha küçük odaklanmış depolar, granüler erişim) bağımsız projeler ve takımlar için uygun, ancak **paylaşılan kodu zorlaştırırlar** (paketleri yayınlama/tüketme, sürüm koordinasyonu) ve **çapraz kesme değişiklikleri acılıdırlar** (birçok depo arasında PR'leri koordine etmek).

Bu ödünleşimleri anlamak ve **nasıl seçim yapacağınızı anlamak** (monorepo sıkı şekilde bağlı, kod paylaşımlı projeler için araç seçimine yatırım isteyenler; polyrepo bağımsız projeler ve açık sınırları olan takımlar için) senior seviyelerde beklenen mimari yargıyı yansıtır — evrensel bir cevap olmadığını ve doğru seçimin bağlantı, ölçek, takım yapısı ve araç yatırımına bağlı olduğunu fark etmek.

Birçok proje arasında kod organizasyonu işbirliğini, araç seçimini, ölçeklendirmeyi ve takım özerkliğini etkileyen önemli bir mimari karar olduğundan, ve monorepo/polyrepo ödünleşimlerini anlamak bu sonuçtalan karar hakkında bilgi verdiğinden, monorepo ve polyrepo stratejilerini anlamak — sık tartışılan bir konu olan — architectural karar vermek için değerli senior-level bilgisidir; bu da bir organizasyonun kodunu nasıl yapılandırdığını şekillendirmeye hazır senior roller için beklenen olgun yargıyı (dogmatik şekilde bir tarafı tercih etmek yerine ödünleşimleri anlamak) yansıtır.