데이터브릭스는 10월 8일 블로그에서 병렬로 작동하는 코딩 에이전트와 풀 리퀘스트마다 격리된 임시 포스트그레스 데이터베이스를 쓰는 개발 방식을 소개했다. Lakebase의 복제 기반(copy-on-write) 브랜칭을 이용하면 1초 이내에 데이터베이스 전체를 분기할 수 있고, 각 브랜치는 부모의 스키마와 데이터를 공유하면서 변경된 부분만 추가로 저장 공간을 사용한다. 예시에서는 Git 워크트리와 Lakebase 브랜치를 결합해, 클로드 코드로 에이전트가 작업을 시작하면 후크가 자동으로 전용 데이터베이스 브랜치를 생성하고, 풀 리퀘스트가 닫히면 브랜치가 삭제된다. 또한 CI 단계에서도 풀 리퀘스트별로 프로덕션에서 분기한 임시 브랜치를 만들어 스키마 변경을 사전에 검증한다. 이 워크플로는 다수의 AI 에이전트가 동시에 작업해도 프로덕션 데이터나 민감정보 노출 위험 없이 실제와 유사한 데이터로 테스트할 수 있게 해준다.
- •Lakebase 브랜칭으로 데이터베이스 전체를 1초 이내에 복제 기반 분기 가능
- •코딩 에이전트별·풀리퀘스트별로 격리된 임시 포스트그레스 데이터베이스 사용
- •Git 워크트리와 결합해 체크아웃 시 자동으로 DB 브랜치 생성, PR 종료 시 삭제
- •브랜치는 부모로 병합되지 않고 Drizzle 등 마이그레이션 도구로 스키마 변경 반영
- •CI에서도 PR별 임시 브랜치를 만들어 스키마 diff를 PR 코멘트로 자동 게시
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Databricks Details Lakebase Branching for Parallel Coding Agents

- 1.Databricks, 병렬 코딩 에이전트마다 Lakebase 브랜칭으로 격리 DB를 1초 이내 생성하는 워크플로 공개
- 2.Git 워크트리와 DB 브랜치를 연동, 훅으로 에이전트별 전용 DB 자동 생성 — 예시는 Claude Code 기반
- 3.PR마다 전용 브랜치 생성하는 CI 워크플로도 제공, 스키마는 Drizzle 등으로 승격
- 4.예시 코드는 databricks/tmm 저장소의 Lakebase-Agentic-CI에 공개
왜 중요한가?
병렬 에이전트 작업 시 공유 DB의 스키마 충돌·목데이터 한계를 브랜치 단위 격리로 해결한 구체적 패턴으로, 에이전틱 개발 워크플로에 바로 적용 가능한 설계를 제시한다.
본문 미리보기
Databricks on October 8, 2026, published a blog post detailing a development workflow in which every parallel coding agent and every pull request runs against its own isolated, ephemeral Postgres database, created through the copy-on-write branching built into its Lakebase database service. In the post, Databricks describes the database as an often-overlooked part of the development workflow at a time when coding agents are taking on a growing share of development work and running multiple…
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 10:53AI 초안



![[Tech Insight] "AI 해킹, 보안 문제로만 보는 건 위험한 착각"](https://cdn.digitaltoday.co.kr/news/photo/202610/706229_653947_485.jpg)