Git 저장소 위의 협업 방식을 개발자에게 맡긴다
클라우드플레어는 Workers와 Artifacts로 다음 세대 Git 플랫폼을 만드는 경연을 발표했다. Artifacts는 Git 호환 인터페이스로 파일과 코드를 버전 관리하는 저장 기반이며, Workers Paid 고객에게 공개 베타로 제공된다. 개발자는 저장소 생성과 포크를 프로그램에서 실행하고 에이전트별 작업, 세션과 맥락을 별도의 저장소나 브랜치에 남길 수 있다.
공식 문서는 공통 기준에서 작업을 포크해 여러 변경을 병렬로 탐색하고 결과를 비교·병합하는 용도를 제시한다. 원출처는 이를 바탕으로 에이전트가 작업을 조율하고 사람이 변경을 검토하는 상위 제품을 만들라고 제안한다. 완성된 GitHub 대체 협업 서비스의 출시보다 새로운 협업 계층을 만들 수 있는 기반과 경연의 공개에 가깝다.
저장소 변경을 빌드와 리뷰 흐름에 연결한다
새 기능은 Artifacts 저장소를 Workers Builds에 연결해 푸시 뒤 빌드하도록 한다. 운영 브랜치의 변경은 Worker 배포로, 다른 브랜치의 변경은 격리된 Workers Preview 생성·갱신으로 이어진다. 기존 Worker를 연결하거나 새 프로젝트의 코드를 Artifacts에 둘 수 있다. 저장소를 버전 기록에만 쓰지 않고 배포 흐름의 출발점으로 사용하는 연결이다.
Workers의 Artifacts 바인딩은 저장소 생성·포크, 파일과 커밋 확인, 저장소 범위 Git 토큰 발급을 지원한다. 저장소 생성·가져오기·포크·삭제·푸시·클론·페치에는 이벤트 구독을 구성할 수 있다. 개발자는 이 이벤트를 CI나 리뷰 작업의 시작 조건으로 사용할 수 있다. 이러한 실행 단계와 자동화의 판단 규칙은 자신이 코드로 정의해야 한다.
데이터 지역·운영 지표와 과금 일정도 공개한다
네임스페이스 생성 시 미국 또는 유럽연합의 데이터 관할 지역을 선택하면 그 안의 저장소가 같은 제한을 따르도록 한다. 저장소별 작업 수, 가져오기와 푸시, 오류 및 오류율을 대시보드에서 볼 수 있고 지표를 조회해 별도 관측 화면을 만들 수도 있다. 과금은 저장소 작업과 저장 데이터에 기반하며 2026년 10월 15일부터 사용량 청구를 시작한다고 밝혔다.
경연 제출 기한은 2026년 10월 14일이다. 5~10분 시연 영상, 허용적인 공개 라이선스로 제공한 소스 코드와 실행 안내를 제출해야 한다. 최소 조건은 여러 에이전트가 동시에 변경 작업을 수행하는 모습이다. 회사는 상위 세 팀에서 최대 두 명씩 Connect 행사에 초청하고, 1위 팀에는 2만 5,000달러의 클라우드플레어 크레딧을 제공한다고 설명했다.
동시 작업의 문제는 저장소 수를 넘어선다
ARCH.B의 관점에서 작업마다 저장소를 나누는 기능은 에이전트의 변경을 격리할 기반이다. 그러나 격리된 결과를 어떤 순서로 평가하고 합칠지는 별도의 협업 문제다. 같은 파일을 고치는 작업끼리 충돌할 때 우선순위를 정하고, 사람에게 어떤 차이를 보여 줄지 설계해야 한다. 저장소를 빨리 만들 수 있다는 사실만으로 검토 부담이 줄어드는 것은 아니다.
경연이 여러 에이전트의 동시 작업을 최소 조건으로 둔 이유도 이 상위 흐름을 시험하려는 의도로 읽을 수 있다. 좋은 데모는 에이전트 수만 보여 주기보다 작업의 시작 기준, 결과의 비교와 채택 이유를 남길 수 있다. 코드와 함께 작업 맥락을 버전 관리하면 왜 변경했는지 확인할 자료가 생기지만, 무엇을 기록하고 검토자에게 제공할지는 제품 설계에 달려 있다.
이벤트 자동화에는 변경의 검증 경계를 넣는다
푸시 이벤트에서 리뷰나 배포를 시작하는 구조는 자동화하기 쉽지만 잘못된 변경의 영향도 다음 단계로 빨리 전파할 수 있다. 운영 브랜치와 미리보기 브랜치의 동작을 이해하고 어떤 결과가 운영에 도달할지 기준을 세울 필요가 있다. 원출처가 제공하는 연결은 제품 기능이며, 팀의 검토·승인 정책까지 자동으로 만들어 주는 기능으로 발표된 것은 아니다.
도입팀은 저장소 작업량, 포크의 유지 기간과 코드·맥락 자료의 크기도 함께 관측할 수 있다. 에이전트가 빈번하게 생성·조회하는 저장소에서는 저장 용량 외에 작업량이 비용을 만든다. 지역 설정을 쓰더라도 규제 준수 전체를 보장한다고 볼 수는 없다. 공개 베타를 시험하는 과정에서 협업 동작, 비용과 데이터 요구를 각각 확인해야 새 기반의 적합성을 판단할 수 있다.
출처
Cloudflare Blog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
We want you to build the next Git platform on Cloudflare (새 창)
