#모노레포

콘텐츠 (마크다운·JSON·CSV 등) 를 시드 로 DB 에 넣는 프로젝트에서, 그 시드 파일을 어디에 둘 것인가 는 의외로 큰 결정입니다. 직관적으로 "그 콘텐츠를 쓰는 앱 폴더 안 (frontend/myapp/content/)" 에 두기 쉽지만, 장기적으로는 모노레포 루트 에 두는 편이 거의 항상 옳습니다.

관리 콘솔이나 백오피스는 한 프로세스에서 콘텐츠·카탈로그·운영 로그처럼 서로 다른 DB에 접근해야 할 수 있습니다. HTTP 경유 대신 풀 직접 접속을 선택할 때는 연결 수, 권한, 장애 격리를 함께 설계해야 합니다.

한 저장소가 다른 저장소의 코드를 함께 가져가야 할 때, 또는 큰 바이너리 파일을 저장소에 넣어야 할 때 떠오르는 옵션. Submodule · Subtree · Sparse Checkout · Git LFS 가 그것. 각자 강점이 다르고 함정도 다릅니다. 이 글은 네 도구의 출자 · 동작 · 자주 만나는 함정 · 모노레…

모노레포 (monorepo) 는 여러 프로젝트의 소스코드를 하나의 버전 관리 저장소에 모아 두는 방식. 이 글은 모노레포의 정의 · 역사 · pnpm workspace 같은 가벼운 구성으로 어디까지 가능한지 · Nx · Turborepo · Lerna · Bazel · Rush 같은 풀스케일 도구가 풀어 주는 문제.

pnpm 은 Node.js 생태계의 패키지 매니저 가운데 하나. 이 글은 pnpm 의 출자 · 동작 방식 · 다른 매니저와의 차이를 사실 기준으로 정리합니다.