Vercel CI 공개

코딩 에이전트가 여는 풀 리퀘스트는 갈수록 늘고 있고, 리뷰나 머지를 하려면 먼저 CI가 끝나길 기다려야 합니다. 대부분의 CI 시스템은 한 줄만 고쳐도 푸시할 때마다 전체 워크플로를 실행합니다. 에이전트가 푸시를 많이 할수록 CI를 기다리는 시간도 그만큼 길어집니다.

오늘 Vercel CI를 베타로 공개합니다. 코드 변경의 영향을 받는 작업만 실행하고, 그 검사에 필요한 컴퓨팅 자원만 할당합니다. Fluid compute가 트래픽에 맞춰 확장되는 방식과 같습니다.

Vercel에서는 이제 CI가 코딩 에이전트의 속도를 따라갑니다. git push부터 "CI 통과"까지 걸리는 시간이 이전보다 2~6배 빨라졌습니다.

작동 방식

Vercel CI는 Turborepo로 작업 목록과 작업 간 의존 관계를 파악합니다. turbo.json를 읽어 들이므로, 이미 Turborepo를 쓰고 있다면 CI 설정을 따로 작성할 필요가 없습니다.

아직 Turborepo를 쓰지 않는다면 turbo.json와 turbo 패키지를 추가하세요. 단일 패키지 저장소에서도 사용할 수 있습니다.

그다음 Vercel CI에서 실행할 작업에 태그를 지정합니다.

{
  "tasks": {
    "lint": {
      "tags": ["ci"]
    }
  }
}

시작하는 데 필요한 것은 "tags": ["ci"]뿐입니다. 관리할 워크플로 YAML도 없고, CI 설정과 turbo.json가 어긋날 일도 없으며, Remote Cache가 기본으로 켜져 있습니다.

사용자나 에이전트가 코드를 푸시하면 Vercel CI는 변경 내용을 기준으로 실행할 작업을 정합니다. 입력이 바뀌지 않은 작업은 캐시에서 가져옵니다. 나머지 작업은 Vercel의 컴퓨팅 계층인 Hive를 기반으로 각자 별도의 머신에서 실행되며, 의존하는 작업이 끝나는 즉시 시작됩니다.

Vercel CI는 각 작업에 필요한 만큼의 컴퓨팅 자원만 제공합니다.

Vercel에서 CI 실행하기

시작하려면 문서를 따라 하거나, 저장소에서 에이전트에게 다음 프롬프트를 입력하세요.

설정이 끝나면 Vercel 대시보드, Vercel CLI, Vercel MCP로 CI를 확인하고 살펴볼 수 있습니다. 사용자와 에이전트 모두 마찬가지입니다. 문제가 생기면 실패한 작업으로 바로 이동해 그 작업 뒤에서 대기 중인 작업을 확인하고 로그를 열어 볼 수 있습니다. 최근 실행 기록 전체를 검색해 특정 테스트가 일주일 내내 불안정했는지도 확인할 수 있습니다.

vc ci ls # List CI runs for the repository
vc ci inspect <run> # List tasks for a run
vc ci logs <run> # Get logs for all tasks in a run
vc ci logs <run> --task web#test --level=error # Get stderr for a specific task
vc ci grep "WARNING" # Search across run logs for a string

Vercel CI는 GitHub의 풀 리퀘스트에 체크를 남깁니다. 따라서 기존 브랜치 보호 규칙이 지금처럼 실패 시 머지를 막아 줍니다.

피드백 루프 완성하기

Vercel CI는 Vercel 내부 저장소와 비공개 베타에서 이미 800만 건에 가까운 작업을 처리했으며, 이제 막 시작 단계입니다. 코드를 작성한 순간부터 프로덕션에서 실행되기까지 걸리는 시간을 계속 줄여 나가겠습니다.

정식 출시(GA)까지 다음 기능을 추가할 계획입니다.

• 고급 옵저버빌리티

• 코드를 푸시하기 전에 분산 실행을 해 볼 수 있는 vc ci CLI 명령어

• 더 세분화된 테스트 선택

Vercel CI는 오늘부터 모든 요금제에서 베타로 사용할 수 있습니다. 문서를 읽고 여러분의 저장소에서 직접 사용해 보세요.

기여자