bluemsi/2nd
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

Browse Source
This commit is contained in:
yesung
2026-04-27 18:58:22 +09:00
parent 3424166ea2
commit 6b86b0da4c
2706 changed files with 9074 additions and 7273 deletions
Download Patch File Download Diff File Expand all files Collapse all files
10_Wiki/Topics/Frontend_Mastery/대규모 확장성과 유지보수성이 요구되는 프런트엔드 모노레포 프로젝트.md
+2 -2
View File
@@ -20,8 +20,8 @@
대규모 컴포넌트 라이브러리를 공유할 때 모든 PR이 전체 시스템을 다시 빌드하게 하면 막대한 비용이 발생합니다 [2, 9]. 따라서 "영향을 받는(affected) 앱과 패키지만 빌드 및 배포한다"는 전략이 필수적입니다 [23, 24]. 원격 캐싱(Remote caching)을 활용하면 머신 간 빌드 결과물을 재사용할 수 있어, 공통 UI 패키지가 변경될 때 발생하는 피드백 루프와 연산 비용을 획기적으로 줄일 수 있습니다 [9, 25].
## 🔗 Knowledge Connections
- **Related Topics:** [[Feature-Sliced Design (FSD)]], [[Turborepo 및 Nx 빌드 시스템]], [[Reusable UI Components]], [[Design Tokens]], [[React Server Components (RSC)]]
- **Projects/Contexts:** [[Uber의 Base Web 등 다양한 내부 앱 관리를 위한 디자인 시스템 도입]], [[확장 가능한 프런트엔드를 위한 의존성 및 패키지 구조화]]
- **Related Topics:** [[Feature-Sliced Design (FSD)]], Turborepo 및 Nx 빌드 시스템, Reusable UI Components, [[Design Tokens]], [[React Server Components (RSC)]]
- **Projects/Contexts:** Uber의 Base Web 등 다양한 내부 앱 관리를 위한 디자인 시스템 도입, 확장 가능한 프런트엔드를 위한 의존성 및 패키지 구조화
- **Contradictions/Notes:** 모노레포 아키텍처는 코드 공유와 원자적 커밋의 이점을 제공하지만, "공유 모듈이 무분별하게 참조되는 스파게티 코드(spaghetti sharing)"를 유발할 위험이 있습니다. 소스에서는 이를 방지하기 위해 린트(Lint) 규칙, 엄격한 코드 소유권(CODEOWNERS), FSD와 같은 경계 강제가 없으면 오히려 통합 비용이 급증할 수 있다고 경고합니다 [1, 8, 26, 27]. 또한, 서로 코드를 공유할 필요가 거의 없는 완전히 독립적인 제품들의 경우 폴리레포(Polyrepo)가 더 안전한 선택이라고 조언합니다 [28].
---