CLI와 CI 절차

배포가 반복되기 시작하면
스크립트로 옮기세요

첫 확인은 브라우저에서 파일을 올리는 것이 빠릅니다. 같은 정적 빌드를 반복해서 내보내게 되면 릴리즈 단계를 터미널, CI 작업, 운영 문서에 넣어 누군가 업로드를 기억하는 데 의존하지 않게 하세요.

$npm install -g @deploypages/cli
문서 보기배포 접근 받기
💻
로컬 빌드
zsh
➜ app git:(main) deploy ./dist
ℹ Deploying to my-app
ℹ Uploading... 100%
✔ Success!
☁️
프로덕션

한 번 이상 반복하는 릴리즈를 위해

수동 기억에 의존하지 않기

배포 명령은 반복 업로드를 팀이 문서화하고 검토하며 같은 방식으로 실행할 수 있는 릴리즈 단계로 바꿉니다.

CI가 마무리하게 하기

GitHub Actions나 다른 CI 시스템이 이미 빌드 결과물을 만들었다면 사람이 다시 파일을 올리지 않고 해당 폴더를 게시해야 합니다.

같은 프로젝트 모델 유지

브라우저 업로드로 시작한 뒤, 실제 릴리즈 경로가 되면 같은 프로젝트를 자동화로 옮깁니다.

먼저 수동으로, 필요해지면 자동화

일회성 미리보기는 단순해야 합니다. CLI 배포는 사이트를 반복 게시하거나 팀이 검토하거나 빌드 파이프라인에서 트리거할 때 가치가 커집니다.

steps:
  - uses: actions/checkout@v2
  - run: npm install && npm run build
  - run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}

자주 묻는 질문

Q: Windows, macOS, Linux에서 실행할 수 있나요?

네. 유용한 CLI 배포 경로는 팀이 로컬 빌드와 CI runner에 이미 사용하는 운영체제에 맞아야 합니다.

Q: 자동화에서 특정 프로젝트를 대상으로 지정할 수 있나요?

네. 스크립트 가능한 배포는 릴리즈 절차를 올바른 프로젝트 맥락에 명시적으로 연결할 수 있어야 잘 동작합니다.

Q: 모노레포에도 맞나요?

네. 모노레포를 쓰는 팀은 특정 작업 디렉터리와 릴리즈 출력물을 깔끔하게 지정할 수 있는 배포 경로가 필요합니다.

모든 정적 사이트가 이미 갖고 있는 파일에서 시작하세요

빌드된 파일을 업로드해 HTTPS 공개 링크를 받고, 프로젝트가 필요로 할 때 도메인, 이전 버전 복원, 통계, 자동화, 팀 제어를 더하세요.