Install
npm i -g vercel누구에게 맞나
이 기술은 현대 앱을 Vercel 통합 플랫폼에 넘기고 인프라는 덜 직접 보고 싶은 사람에게 맞다. 공식은 이를 AI Cloud로 쓴다: 팀이 유연하고 빠르고 안전하게 나아가며, 주의를 인프라가 아니라 제품에 둔다. 이 기기에 공식 명령줄을 설치하고 전역 패키지 설치 한 번을 받아들일 수 있는 사람에게도 맞다.
아직 원격에 코드를 밀 준비가 안 된 사람이 「배포」를 첫 단계로 삼는 것에는 맞지 않는다. 원문은 이어서 git push로 배포한다고 쓰며, 이는 커밋을 원격으로 보낸다. 아직 npm을 실행할 수 없거나 vercel 패키지의 전역 설치를 받아들일 수 없으면 설명만 읽는다.
공식 저장소는 https://github.com/vercel/vercel 그 페이지에 이미 적힌 명령으로 조작한다. 이 저장소 자체는 모노레포이며, 한 저장소에 npm 패키지가 여러 개 있다. 앱 하나짜리 디렉터리로 보고 고치지 마라.
3분 만에 첫 시도 끝내기
공식이 적은 이 명령줄 설치 경로만 간다.
전제: 이 기기에서 npm을 실행할 수 있고 전역 설치 한 번에 분명히 동의한다. 먼저 확인한다: npm i -g vercel는 vercel을 전역에 설치한다. 아직 이 기기의 전역 패키지를 바꾸고 싶지 않으면 실행하지 마라. 이 단계에서는 git push하지 마라.
설치 위치: 아무 터미널에서 위 부작용을 확인한 뒤 실행한다:
npm i -g vercel
낮은 위험 확인: 설치가 끝난 뒤 전역 명령을 쓸 수 있는지만 확인한다. 프로젝트를 가져오지 말고, 템플릿을 고르지 말고, 푸시하지 마라. 원문에 버전 확인 스위치가 없으면 추가 하위 명령을 지어내지 마라. 설치가 끝났음을 확인하면 충분하다.
성공 신호: 전역 설치가 순조로이 끝나고 이 기기에 공식 vercel npm 패키지가 있다. 설치 프로그램이 따로 배포되는 네이티브 바이너리로 바꾸라고 하면 먼저 멈춰라. 원문은 그 바이너리가 따로 배포되며 vercel npm 패키지에 영향을 주지 않는다고 한다. 두 선을 하나의 주 경로로 섞지 마라.
사용 사례
사례 1: 이 기기에 공식 명령줄을 설치해, 프로젝트 가져오기나 템플릿 선택 전의 준비로 삼는다. 공식 명령은 npm i -g vercel다. 먼저 검사 가능한 설치 결과가 필요하고 아직 배포할 준비가 안 된 사람에게 맞다. 패키지 설치는 전역 디렉터리에 쓴다. 실행 전에 확인한다.
사례 2: 프로젝트가 이미 플랫폼에 붙은 뒤 git push로 배포한다. 원문은 그다음 git push하면 배포된다고 한다. 로컬 커밋이 이미 검사되었고 원격에 미는 데 분명히 동의한 사람에게 맞다. 푸시 전에 현재 브랜치와 원격 대상을 확인한다. 원문에는 미리보기와 프로덕션을 가르는 명령이 없으니 게시 스위치를 스스로 채우지 마라.
사용 경계
공식 설치 명령은 원문에 한 줄만 있다: npm i -g vercel. 나타나지 않은 설치 프로그램을 주 경로에 넣지 마라. 네이티브 명령줄 바이너리는 따로 배포되며 vercel npm 패키지에 영향을 주지 않는다. 구체적인 설치 문장을 보지 못했다면 네이티브 패키지 이름을 지어내지 마라.
git push는 배포이며 부작용이 있는 조작이다. 읽기 전용 확인으로 취급할 수 없다. 플랫폼은 현대 앱을 만드는 통합 AI Cloud로 쓰여 있지만, 비밀, 프로젝트 가져오기 단계, 템플릿 목록은 원문이 펼치지 않았으니 채우지 마라.
이 소스 저장소를 열었다면 모노레포임을 기억하라. 한 저장소에 npm 패키지가 여러 개 있다. 단일 패키지 앱처럼 루트를 고치지 마라. 공식 페이지는 https://github.com/vercel/vercel 도구가 제안하는 명령이 그 페이지와 다르면 그 페이지를 기준으로 한다.