코딩 에이전트들이 그 어느 때보다 많은 풀 리퀘스트(pull requests)를 열고 있으며, 각각의 PR은 누군가 검토하거나 병합하기 전에 CI(Continuous Integration)를 기다려야 합니다. 대부분의 CI 시스템은 한 줄만 변경된 경우에도 전체 워크플로우를 푸시할 때마다 실행합니다. 에이전트들이 많이 푸시할수록, 여러분이 CI를 기다리는 시간이 더 길어집니다.
오늘 저희는 Vercel CI를 베타(Beta)로 발표합니다. 이 시스템은 코드 변경으로 영향을 받은 작업만 실행하며, 필요한 컴퓨팅 자원만 구동하고 트래픽에 따라 확장됩니다.Fluid compute
Vercel에서 우리의 CI는 이제 코딩 에이전트의 속도를 따라잡습니다. 'CI passed' 상태까지 걸리는 시간이 이전보다 훨씬 빨라졌습니다. git push가 2~6배 더 빠릅니다.
Vercel CI는 Turborepo를 사용하여 작업(tasks)과 서로 의존하는 작업을 이해합니다. 이는 turbo.json을 읽기 때문에, 이미 Turborepo를 사용하고 있다면 별도의 CI 설정을 작성할 필요가 없습니다.
아직 Turborepo를 사용하지 않는 경우, 패키지에 turbo.json 및 turbo를 추가하세요. 단일 패키지 리포지토리에서도 작동합니다.
그런 다음 Vercel CI가 실행하기를 원하는 작업에 태그를 지정하면 됩니다.
이것만으로 시작할 수 있습니다. 유지 관리해야 할 워크플로우 YAML도 없고, CI 설정과 실제 환경 간의 불일치(drift)도 없으며, 원격 캐시(Remote Cache)가 기본적으로 활성화됩니다."tags": ["ci"]turbo.json`
사용자나 에이전트가 코드를 푸시할 때, Vercel CI는 변경 사항을 기반으로 어떤 작업들이 실행되어야 하는지 결정합니다. 입력값이 변경되지 않은 작업은 캐시에서 가져옵니다. 나머지 작업들은 각각 자체 머신에서 실행되며, Vercel의 컴퓨팅 레이어인 Hive를 통해 구동되고, 의존성이 완료되는 즉시 시작됩니다.
Vercel CI는 각 작업에 필요한 만큼의 컴퓨팅 자원만을 제공하며 그 이상은 아닙니다.
시작하려면 문서(documentation)를 따르거나, 리포지토리에서 에이전트에게 프롬프트를 요청하세요.
설정 후에는 사용자 또는 에이전트를 통해 [placeholder], [placeholder], 또는 [placeholder]에서 CI를 확인하고 검사할 수 있습니다. 무언가 실패하면, 실패한 작업으로 바로 이동하여 그 뒤에 무엇이 막혀 있는지 보고 로그를 열거나, 최근 실행 기록을 검색하여 테스트가 일주일 내내 불안정했는지 확인할 수 있습니다.Vercel dashboardVercel CLIVercel MCP
Vercel CI는 GitHub의 풀 리퀘스트(pull request)에 체크를 게시하므로, 기존 브랜치 보호 규칙(branch protection rules)을 사용하여 실패 시 병합(merge)을 차단할 수 있으며, 이는 오늘날과 동일한 방식입니다.
Vercel CI는 이미 자체 레포지토리와 비공개 베타(private beta) 전반에 걸쳐 거의 8백만 개의 작업을 완료했으며, 이제 막 시작하는 단계입니다. 우리는 코드를 작성하는 시간과 프로덕션 환경에서 실행되는 시간 사이의 간격을 계속 줄이는 작업을 진행하고 있습니다.
일반 사용 가능(general availability)을 목표로 작업하면서, 우리는 다음 기능을 추가할 계획입니다:
모든 플랜에서 [placeholder]. 그리고 여러분의 레포지토리에서 시도해 보세요.Vercel CI is available in Beta todayRead the docs
Read more
작동 방식 (How it works)
Vercel에서 CI 실행하기 (Running your CI on Vercel)
루프 닫기 (Closing the loop)
- 고급 관측 가능성(Advanced observability)
- 코드를 푸시하기 전에 분산 실행을 위한 CLI 명령어
vc ci
- 더 세분화된 테스트 선택